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Végre megjelent a har- 
mincnegyedik számunk, 
ami azt is jelenti, hogy 
háromévesek lettünk. 

Ezt a matematikailag 
nehézkesen bizonyítható 
kijelentést úgy is megfo- 
galmazhattam volna, hogy 
három évvel ezelőtt, no- 
vemberben jelent meg az 
ország méltán legnépsze- 
rűbb Linuxszal foglalkozó 
nyomtatott sajtóorgánu- 
mának első száma. De ez 
talán egy csöppet felleng- 
zősen hangzana. 

Az első szám még irkafűzéssel, sok 
lelkesedéssel és még több sajtóhibával 
látott napvilágot. Azóta sokat változ- 
tunk, például nem irkafűzéssel jele- 
nünk meg. A másik kettő még megvan. 
Ugyanúgy, ahogy a parázs viták is, 
amelyeket a fordításokkal kapcsán foly- 
tatunk, vagy a siránkozások, hogy 
nyugaton mennyivel szélesebb körben 
használják a GNU/Linuxot, mint ide- 
haza. Bár a hangsúlyok eltolódtak. 

Ma már nem azon kapunk hajba, hogy 
le kell-e fordítani a server szót, csupán 
diplomatikusan dörmögünk, hogy de 
jó lenne a backportra a visszaültetésnél 
jobb fordítást találni. És ha körbené- 
zünk láthatjuk, ahol az emberek 
Linuxot akarnak használni, ott már 
szabad utat kapnak. Oktatásban, 
munkahelyen, otthon. 

Na nem mintha mindenhol sajttal lenne 
kikövezve az út a GNU/Linux előtt. 

A minap például egy laptoppal vesze- 


kedtem (márkás, drága, új, csilli-villi), 
amihez adtak Windows XP-t. Ponto- 
sabban előtelepítették nekem a teljes 
lemezre. Ha akartam újratelepíthettem, 
s egy csöpp szöveg figyelmeztetett, 
hogy a telepítő egyedi, abban az érte- 
lemben, hogy első lépésként fűbe vágja 
az egész merevlemezt, ledarálja az 
összes adatot, és feltesz nekem egy gyá- 
rilag előtelepített Windowst. Hiába na, 
angyalok ezek az OEM-rendszerek. 
Azért (így utolsóként) a , pénzes" terü- 
letek is kezdenek alkalmazkodni. Már 
vannak helyek, ahol még azt a plusz 
két-háromtízezrest sem kell kifizetnünk, 
ha esetleg más operációs rendszert 
akarunk a gépünkhöz. Idő kérdése, és 
talán eljutunk a nyugaton (és keleten) 
immár több éve szokásos módihoz: 
megkérdezik a kereskedők, mit szeret- 
nénk. Mert ugye az elég fontos. Lega- 
lábbis nekünk. A vevő pedig olyan, 
hogy oda megy, ahol azt kapja, ami kell 
neki, nem azt, amiről úgy tudja az 
eladó, hogy kell neki. Jó esetben... 
Elsődleges feladatunk tehát ma már 
nem az, hogy kiharcoljuk a Linux 
számára az életteret, hanem az, hogy 
megmutassuk az embereknek, hogy 
létezik, él és virul ez a rendszer, a ked- 
ves felhasználó választhatja ezt is, ilyen 
és ilyen előnyeivel, ilyen és ilyen hát- 
rányaival együtt. Remélem, hogy ezen 
a területen tudunk segítséget nyújtani 
új olvasóink számára, amellett, hogy 

a gyakorló rendszergazdák, programo- 
zók továbbra is megtalálják a számukra 
érdekes cikkeket, írásokat. 

Kívánok mindenkinek boldog linuxozást! 
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Programvadászat 


Mindi-Mondo 

Ez a programpáros igen jól használható 
összeomlás utáni helyreállítónak. Segít- 
ségükkel a rendszer pillanatnyi állapo- 
táról biztonsági mentést készíthetünk, 
amit egy esetleges rendszerösszeomlás 
után csak beteszünk a CD-olvasóba, 
elindítjuk a gépet, és szinte önműkö- 
dően visszakapjuk a régi rendszerünket. 
A magazin 22. oldalán található cikkben 
a program használatáról bővebben is 
olvashatunk. 

Nézzük meg, miként is telepíthetjük 

fel ezt a hasznos programpárost. Fűzzük 
be a CD-t! 


t mount /mnt/cdrom 

t cd /mnt/cdrom/Magazin/ 
sMondo-Mindi 

tt ./setup 

t cd / 

t umount /mnt/cdrom 


Ez a módszer remekül működik az 
alábbi rendszereken: 

e . Red Hat 7.x, 8.0, 9 

e ,. Mandrake Linux 8.x, 9.x 

e . SME/e-Smith 5.6 

e SuSE Linux 8.2 

e — Irustix 2.0 

e . TlurboLinux Server 6.5 

e. TlurboLinux Workstation 7.0 


Nem lett kipróbálva, de ettől még van 
esély a működésre a következő 
változatoknál: 

e . Caldera OpenLinux Workstation 3.1 
e . Caldera OpenlLinux Server 3.1 

e . Mandrake Linux 8.0 


Az alábbi terjesztésekkel viszont bizto- 
san nem működik: 

e . Slackware 8.0 

e — Debian 3.0 

e . TlurboLinux Server 6.0.5 
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A Debian telepítését egy apt-get 
install mondo paranccsal könnyedén 
megoldhatjuk. 

Mint az az első képen is jól látható, szinte 
mindenféle médiára készíthetünk men- 
tést, nem állhat utunkba sem a CD, CD- 
RW, merevlemez, sem az NES kötetek. 
Kényelmes és gyorsan megszokható, 
megszerethető programokról van szó, 
használatával nem kell félnünk egy 
esetleges rendszerösszeomlás következ- 
ményeitől — amennyiben elég friss a 
mentésünk. 


OpenOffice.org 1.1 

Megjelent a linuxos körökben legnép- 
szerűbb (egyben legnagyobb és leglas- 
sabb) irodai csomag következő megbíz- 
ható változata, az 1.1-es. Az előző válto- 
zatokhoz képest érezhető sebességnö- 
vekedést tapasztalhatunk, ami ennek a 
programcsomagnak nagymértékben az 
előnyére válik. 

Telepítése a szokásos módon zajlik, azaz 
kezdjük a fájlok kicsomagolásával: 


tmkdir install 

tcd install 

tmount /cdrom 

ttar -xvzf 

/ cdrom/OpenOffice.org 


ekkor létrejön a 
Ooo 1.1.0 LinuxIntel install könyvtár 


tcd Ooo 1.1.0 Linuxiíntel 
install 
tt. /setup 


Amennyiben többfelhasználós üzem- 
módban szeretnénk telepíteni, akkor a 
tt. /setup -net parancsot használjuk 
rendszergazdaként. Így ha több felhasz- 
náló is dolgozik a gépen, akkor nem kell 
mindenkinek az egész csomagot felte- 
lepítenie, ugyanis ez nagy erőforrás- 
pazarlás lenne, hanem elég csak egyszer 
felpakolni. Ezt követően csupán a 
felhasználók fájljait kell másolni. 


SELINux 

33. oldalon kezdődő cikkünk témája az 
NSA (National Security Agency) által 
fejlesztett SE Linux (Security Enhanced 
Linux). Hogy mindenki kipróbálhassa 
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a cikkben leírtakat, lemezmellékletünk 
SELinux könyvtárában megtalálható 
minden csomag, ami ehhez szükséges. 


KDE 3.1-folytatás 
A mostani korongon folytatjuk a KDE- 


felület közreadását, most a Red Hat 
Linux 9-es változatához adjuk közre a 
csomagokat. 
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Rendszermag 

Gyors ütemben fejlődik a 2.6-os rend- 
szermag, már a 2.6.0-test/-es változatnál 
tart, egyre közelebb kerülve a teljes 
üzembiztossághoz. Valószínűleg ennek 
a rendszermagnak kell majd beteljesí- 
tenie a 2.4-es sorozathoz fűzött nagy 
reményeket, hogy a Linux nagyvállalati 
környezetben is igazán elismert legyen. 


Játék 

A játékrovathoz kapcsolódó anyagok 

a szokásos helyen a Jatek könyvtárban 
találhatóak. Képeket és filmet egyaránt 
találhatunk a hamarosan megjelenő 
hazai fejlesztésű 13 játékról. 


Csontos Gyula 

(Csontos Gyulaolinuxvilag.hu) 

A Linuxvilág szakmai és 
CD-szerkesztője. Szabadidejében 
szívesen mászik hegyet és 
kerékpározik. 


Palm-újdonságok 

Az elmúlt időszakban három új tenyér- 
gépet is bemutatott a Palm. Az alsó kate- 
góriás Zire 21 nem éppen az élvonalba 
tartozik, ám kedvező, 99 dolláros árával, 
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kijelzőjével alkalmas arra, hogy a cég 
minden érdeklődő számára valamilyen 
eszközt tudjon ajánlani. A Iungsten E a 
felsőbb kategória egy feljavított darabja, 
32 MB memóriával, frissített alkalmazá- 
sokkal és 199 dolláros árral. Igazi újdon- 
ságként a lungsten 13 könyvelhető el, 
amelynek kijelzője nemcsak hagyomá- 
nyos álló, de fekvő módban is használ- 
ható, és megnövelt, 320 x480 képpontos 
felbontással bír. Processzora 400 MHz-es 
órajellel üzemel, 64 MB memóriával 
látták el, így irodai dokumentumok 
kezelésére, mozgóképek lejátszására 

is alkalmas. Ára ennek megfelelően 
kevésbé barátságos, 399 dollár. 
Ugyancsak a Palmhoz kötődik, hogy a 
cég tenyérgépeire is elérhetővé vált az 
IBM WebSphere Micro Environment 
Java virtuális gépe. Akik 2003. október 
1-je után vásároltak lungsten-gépet, 
azok ingyenesen tölthetik le a telepítő- 
készletet, a többi felhasználónak 6 dol- 
lárt kell fizetnie érte. A két cég elsősor- 
ban a nagyvállalati felhasználókat céloz- 
za meg ajánlatával, akik a Java szélesebb 
körű elérhetőségével szorosabban egy- 
beépített megoldásokat hozhatnak létre. 
2 http:/www.palm.com 


Linuxos Homeworld 

A Relic Entertainment — miközben 
Windows alá már a második változatot 
jelentette meg - elérhetővé tette a 
Homeworld játék forráskódját. A kód 
nem GPL szerződéssel jelent meg, és a 
hangrendszer fejlesztői készletét sem 
tartalmazza, minden mást azonban igen, 
így legalábbis tanulási célokra érdemes 
lehet beszerezni. Lelkes rajongók dol- 
goznak a Linuxra átültetett változaton 
is, amelynek előzetes kiadása forráskód- 
ként és bináris formátumban egyaránt 
letölthető. 

2 http:/wwwi.relic.com/rdn 
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Samsung a Napsterhez 

A Samsung bejelentette, hogy olyan új 
digitális zenelejátszó készülékeket fog 
piacra dobni, amelyek szorosan kötőd- 
nek majd a hamarosan induló Napster 
2.0 szolgáltatáshoz. A cég világszerte a 
fiatalok meghódítását tűzte ki célul, és 
többek között beépített tévével rendel- 
kező mobiltelefonokkal, hatalmas plaz- 
matévékkel készül a digitális korszak 
ifjú híveinek zsebében lapuló pénztárca 
megcsapolására. A zeneszolgáltatáshoz 
a mintát az Apple iPod-lejátszókkal 
társuló ilunes szolgáltatása adja, amely- 
nek példátlan sikere több cég számára is 
egy lórúgással ért fel: valamiről megint 
lemaradtak. Az eredeti Napster annak 
idején még törvénytelen fájlcserélő 
hálózatként működött, amíg egy bíró- 
sági döntéssel fel nem számolták. 
Vagyonát a Roxio szerezte meg, a cég 

a néhai Napster alapjaira építkezve egy 
immár jogtiszta szolgáltatás az év őszi 
indításán munkálkodik. 

2 http:/www.samsung.com 


Előtelepített Lindows0S gyártóknak 
A Seagate és a Lindows.com együtt- 
működésének eredményekért született 
meg a LindowsHD. Az új termék való- 
jában egy teljesen átlagos, asztali gépek- 
be szánt, 40 GB-os Seagate Barracuda 
merevlemez, amelyre előtelepített 
LindowsOS 4.0 kerül. A meghajtót de- 
cembertől elsősorban (amerikai) számí- 
tógépgyártóknak kínálják, akik a telje- 
sen üres lemezekhez képest felár nélkül 
vásárolhatják meg őket. Így nem kell 
külön foglalkozniuk az operációs rend- 
szer telepítésével, beállításával, szerelés 
után azonnal kész gépet adhatnak át a 
vásárlóknak. A ,nem márkás" gyártók 
a tengerentúlon is a gépeladások több 
mint felét mondhatják magukénak, 
most a LindowsHD használatával min- 
den egyes számítógépen 100 dollárt 
takaríthatnak meg - az összeg kísérteti- 
esen emlékeztet az OEM Windows XP 
Home árára, talán nem is véletlenül. 
Ide kapcsolódik, hogy a Lindows.com 
LindowsEspanol névvel bejelentette 
operációs rendszerének spanyol nyelvű 
változatát. A spanyol nyelvet világszerte 
332 millió ember beszéli, ám a cég veze- 
tőit valószínűleg jobban érdeklik azok a 
milliók, akik az Egyesült Államok hatá- 
rain belül, illetve Közép- és Dél-Ameri- 
kában élnek, és olcsó számítógépet 
szeretnének vásárolni. Lehet, hogy nem 
ez a réteg a legtehetősebb, de a 
Lindows.com hosszú távú terveihez 
jelentős tömegbázist adhat. 

2 http:/www.lindows.com/lindowsHD 


Vigyáz magára 

Az IBM megújult ThinkPad termékcsa- 
ládjában két újfajta adatbiztonsági meg- 
oldással felruházott típust — R50 és T41 — 
is találunk. Mivel a hordozható 
számítógépeket tulajdo- 

nosaik sokszor leejtik 
vagy nekiütik valami- 
nek - a kimutatások 
szerint a vállalatok- 
nál minden 
évben 
a hor- § 
dozható 
gépek 
egytizedét 
használóik 
összetörik —, az IBM egy külön lapkával 
szerelte fel gépeit, amely erős gyorsulást 
érzékelve képes a gép merevlemezében 
található író-olvasó fejet parkolópályára 
helyezni. Így nem kell attól tartani, 
hogy az ütés hatására elmozduló olva- 
sófej a merevlemez korongjának tényle- 
gesen adatokat tároló részét megkar- 
colja, és emiatt adatvesztés következik 
be. Igaz, hogy maga a gép ettől nem 
menekül meg, ám a rajta tárolt adatok 
fennmaradására jó esély mutatkozik. 

2 http:/www.ibm.con/thinkpad 
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Eldobható CD-k 


A Sanyo optikai adathordozókat fej- 
lesztő Sanyo Mavic Media nevű leány- 
vállalata bejelentette, hogy hamarosan 
megkezdi növényi alapanyagokból 
készült CD-inek kereskedelmi forgalma- 
zását. A MildDisc lemezek különleges, 
polimerizált tejsavból készülnek, amely- 
nek az alapanyaga egyszerű kukorica. 
Megfelelő kémiai eljárásokkal ezt az 
anyagot úgy alakítják, hogy a műanya- 
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gokhoz hasonló tulajdonságokat vegyen 
fel, és alkalmas legyen CD-k kialakítá- 
sára. Egyetlen lemez legyártásához 
mindössze 85 kukoricaszemre van szük- 
ség, vagyis egyetlen csőből elméletileg 
akár tíz lemez alapanyaga is előállítható. 
A kukoricalemezek nemcsak elállításuk, 
de utóéletük során is kímélik a környe- 
zetet, ugyanis a természetben előforduló 
mikroorganizmusok kiváló étvágyának 
köszönhetően nyomtalanul, káros anyag 
hátrahagyása nélkül bomlanak le. Ha 
nemcsak magát a lemezt, hanem a tokot 
és a csomagoló fóliát is ilyen műanyag- 
ból készítik, akkor — a jelenlegi CD-kkel 
ellentétben — a teljes termék környezet- 
barát módon tüntethető el, amikor már 
nincs szükségünk rá. 


Bemutatkozik az új nemzedék 

A Pannon GSM és a Nokia együttmű- 
ködésével hazánkban is működésbe 
lépett az első harmadik generációs 
(UMTS) mobil távközlési rendszer 

- egyelőre bemutató jelleggel. Az új 
hálózatok a jelenleginél gyorsabb adat- 
továbbítást tesznek majd lehetővé, meg- 
nyitva az utat a gyors letöltések, a 
videokonferenciák és a különféle mul- 
timédiás szolgáltatások előtt. Nyugat- 
Európában a 3G hálózatok kiépítésének 
jogát a távközlési cégek hatalmas össze- 
gekért vásárolták meg, ám a felhasz- 
nálók száma rendre elmaradt a várttól. 
Hazákban - mivel még a tendert sem 
írták ki — valószínűleg megfontoltabban 
fogják végrehajtani a fejlesztéseket, 
ugyanakkor a már jelen lévő mobilcégek 
megkezdték a felkészülést a majdani 
szolgáltatások beindításához. 
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A brazilok is a Linux mellett döntöttek 
A brazil kormány és az IBM közös 
szándéknyilatkozatában foglaltak 
szerint a két fél együtt fog azon fára- 
dozni, hogy segítse a nyílt szabványok- 
ra és programokra alapuló megoldások, 
köztük a Linux elterjedését a dél- 
amerikai országban. Első lépésben a 
hátteret kívánják megteremteni ahhoz, 
hogy a nyilvános szektorban -— ami nem 
tiszta, hogy mit takar - elterjedjen a 
Linux, és általa alacsonyabb költséggel 
lehessen egymással együttműködni 
képes rendszereket építeni. Az ÍBM 
nemrég az orosz kormánnyal is meg- 
egyezett egy linuxos központ létre- 
hozásáról. Az eseményeket szemlélve 
egyrészt arra következtethetünk, hogy 
az IBM linuxos részlegénél év végén 
elég szép jutalmakat fognak osztani, 
másrészt pedig arra, hogy a fejlődőnek 
nevezett országok is rádöbbentek: a 
nyílt operációs rendszer térhódítását 
ők sem hagyhatják figyelmen kívül. 

A kérdés már csak az, hogy hozzá 
tudnak-e adni valamit a tortához, 

vagy csak egy szeletkét kérnek belőle. 


Biztonsági szabvány asztali 
operációs rendszerekhez 

P2200 jelzéssel új szabvány kidolgozá- 
sában vágott bele az IEEE. A Base 
Operating System Security, rövidítve 
BOSS az általános célú, kereskedelem- 
ben kapható, 

a polcról készen 
leemelhető operá- 
ciós rendszerekre 
vonatkozóan fog 
biztonsági elvá- 
rásokat megfogal- 
mazni. Hiába ugyanis a megannyi biz- 
tonsági intézkedés és felügyeleti eljárás 
a vállalatoknál, ha az operációs rendsze- 
rek nem nyújtanak kellő segítséget a 
biztonságos környezet megteremtésé- 
hez. A BOSS a belső hibákra és külső 
fenyegetésekre egyaránt kitér majd, a 
hiányosságokat gyökerüknél, a tervezési 
szakaszban próbálja megragadni. Össze- 
állítói minden biztonsággal foglalkozó 
szakembert az előírás-gyűjtemény össze- 
állításában való részvételre buzdítanak, 
ám végeredményként nemcsak a mű- 
szaki, de a gazdasági vagy irányító szere- 
pet betöltő szakemberek számára is átte- 
kinthető, jól értelmezhető dokumentu- 
mot szeretnének létrehozni. A szabványt 
— amely alapvetően az ISO Common 
Criteria rendszerének gondolatát követi 
— az IEEE gyorsított ütemben készíti, 
megjelenése 2004 végére várható. 

2 http:/www.bosswg.org 


COMPUTER 
SOCIETY 


Ne rád várjak. . . 

A valós idejű rendszereket fejlesztő 
FSMLabs olyan Linux-változatot készí- 
tett, amely kevesebb mint 200 ms alatt 
képes betölteni magát. 

A jelenlegi változatok 
indítása akár öt másod- 
percnél is tovább tarthat, 
ami egy asztali számítógépnél ugyan 
nem lenne sok, ám egy beágyazott ope- 
rációs rendszert futtató készüléknél elfo- 
gadhatatlan - az ilyen gépektől haszná- 
lóik azt várják, hogy bekapcsolás után 
gyakorlatilag azonnal rendelkezésükre 
álljanak. Az FSMLabs fejlesztői tanulmá- 
nyozták az operációs rendszer indításá- 
nak a folyamatát, meghatározták azokat 
a pontokat, amelyeken késleltetés lép fel, 
majd a megfelelő eljárások módosításával 
csökkentették a várakozások időtartamát. 
A cég által alkalmazott módszerek pro- 
cesszortípustól függetlenül alkalmaz- 
hatók. lovábbi finomításuk révén vár- 
hatóan 01 másodperc alatti rendszerin- 
dítási időket is el lehet majd érni, 
illetve megoldásaik az x86 alapú rend- 
szerekben - vagyis az asztali számí- 
tógépeken - is megjelenhetnek. 

2 http:/www.fsmlabs.com 





Linuxos cégatdatbázis 

Az UHU-Linux csapat elindította a li- 
nuxos cégeket összegyűjtő weboldalát. 
Célkitűzésük az, hogy segítsék közelebb 
hozni egymáshoz a Linux iránt érdeklődő 
felhasználókat és a (bármilyen) Linux- 
terjesztéssel foglalkozó vállalkozásokat. 

2 http:/www.uhulinux.hu/cegek 


Educatio 2003 


Idén is megrendezik november 27. és 
30. között, a Budapesti Vásárközpont 
A pavilonjában a magyar oktatás legje- 
lentősebb és legrangosabb hagyomá- 
nyos szakmai seregszemléjét. Több száz 
kiállító — köztük valamennyi magyar 
egyetem és főiskola — képviseli a hazai 
közép- és felsőoktatást, a taneszközgyár- 
tást, a tankönyvkiadást, a szakképzést, 
a nyelvoktatást, a minőségbiztosítást és 
az informatikát. A látogatók a kiállítási 
standok mellett szakmai előadásokon 
és bemutatókon ismerkedhetnek az 
oktatás jelenével és jövőjével. 
A rendezők az előző évi kiállítás alapján 
5-600 kiállítóra, és a négy nap során 
60-70 ezer látogatóra — középiskolás 
diákokra, szüleikre, pedagógusokra és 
intézményvezetőkre -— számítanak. 
A kiállítás minden belépő számára ingye- 
nes és minden nap 10-17 óráig tart nyitva. 
2 http:/wwwi.sulinet.hu/tart/cikk/ 
nd/0/16191/1 


Az EÜ a szabatalmak ellen 

Az Európa Parlament a számítástech- 
nika jövőjét illetően fontos döntést 
hozott szeptember 24-én: az Európai 
Unióban a jövőben alapvetően nem 
engedik a programokban megvalósított 
megoldások levédését. Az eredeti terve- 
zet alapján a programgyártók viszony- 
lag szabad kezet kaptak volna a külön- 
féle szabadalmak bejegyzéséhez, ezzel 
gátolva, hogy mások is hasonló meg- 
oldásokat készítsenek. A tervezet nagy 
felháborodást váltott ki, hiszen a kisebb 
cégeknek nincs elég erőforrásuk 
ahhoz, hogy szabadalmaikat kivétel 
nélkül bejegyeztessék, az ingyenes 
programok készítői pedig legfeljebb 
zsebből fedezhették volna a költsé- 
geket. Az eredetileg beterjesztett javas- 
latot nem kevesebb, mint kilencven 
módosító indítvánnyal változtatták 
meg, ennek eredményeként a szigorú 
amerikainál sokkal lazább szabályozás 
jött létre, amely maguknak a program- 
termékeknek a szabadalmazását nem 
teszi lehetővé. 

2 http:/www-.europarl.eu.int 


Okosodó vezeték nélküli hálózatok 

Az Atheros bemutatta negyedik gene- 
rációs WLAN-lapkáinak első példányait. 
Az új, a korábbiaknál érzékenyebb lap- 
kák révén megkétszerezhető a vezeték 
nélküli hálózatokkal áthidalható távol- 
ság, és a korábbi 
eszközökhöz 
képest mintegy 
hatvan száza- 
lékkal csökken- 
hető az energia- 
fogyasztás is. 
Sokkal érdeke- 
sebb azonban 

a lapkák két különleges szolgáltatása, a 
Wake-on-Wireless és a Wake-on-I heft. 
Az előbbi révén az elsősorban vállalati 
környezetekben használatos felügyeleti 
megoldások terjeszthetők ki a vezeték 
nélküli eszközökre is, míg az utóbbi le- 
hetővé teszi a hordozható eszközöknek 
a vállalati hálózatból történő engedély 
nélküli eltávolításának az észlelését, akár 
az adott mobilgép kikapcsolt állapota 
mellett is. Az Atheros új eszközei — lega- 
lábbis új szolgáltatásaikat tekintve — ter- 
mészetesen nem képesek együttműköd- 
ni a korábbi készülékekkel, így használa- 
tukhoz a hozzáférési pontok cseréjére 

is szükség lesz. A cég lapkáira épülő 
termékek várhatóan hamarosan több 
nagy gyártó — D-Link, Linksys, SMC és 
mások - kínálatában is megjelennek. 

2 http:/www.atheros.com 
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Megújuló PCMCIA 
A PCMCIA kereskedelmi szövetség hi- 
vatalosan is megjelentette a főleg mobil 
eszközökben használatos PCMCIA, pon- 
tosabban immár ExpressCard szabvány 
legújabb változatát. Az új szabvány 
alapján vékonyabb, könnyebb, gyorsabb 
kártyák illeszthetők a mobilgépekhez. 
Az új kártyák valójában csak formájuk- 
ban jelentenek újdonságot, illesztőfelü- 
letükben 
kevésbé. 

A szövetség 
tagjai úgy 
határoztak, 
nem alkot- 
nak teljesen 
új illesztést, 
inkább két nagysebességű buszt hasz- 
nálnak fel: a PCI Expresst és az USB 
2.0-t. Mivel a legújabb noteszgépek már 
most is mindkettőt támogatják, az Exp- 
ressCard kártyákra való áttérés viszony- 
lag fájdalommentesen végrehajtható. 
ExpressCard kártyát kétféle változatban 
vásárolhatunk majd. A kártyák vastag- 
sága mindkét esetben 5 mm, hosszúsága 
75 mm, illesztőcsatlakozása 34 mm lesz, 
ám az egyik változat szerinti kártyák 

54 mm-re szélesednek ki — az öblösö- 
désre apró merevlemezes meghajtók 
korongjainak elhelyezése, illetve a kár- 
tyaolvasó eszközök helyigénye miatt 
van szükség. 

A PCMCIA elnevezéssel (Personal 
Computer Memory Card Industry 
Association) eredetileg kisméretű me- 
móriakártyákat illettek. A szabványt 
hamarosan módosították, így modeme- 
ket, hálózati kártyákat és egyéb, nem 
memória jellegű eszközöket is lehetett 
ilyen felületen keresztül a gépekhez 
illeszteni. A név hamarosan PC-kártyára 
változott, hangsúlyozva, hogy ezek az 
eszközök többé nem csak adattárolásra 
használhatók. Akkoriban a kártyák még 
a jó öreg ISA buszt használták, majd 
amikor ezt a PCI busz váltotta fel, az 
elnevezés ismét módosult: ettől kezdve 
CardBus kártyákat vásárolhattunk. 

A legújabb nemzedék, az ExpressCard 
tehát csak késői leszármazottja a 
PCMCIA-nak, ám az elnevezés bizonyá- 
ra sokáig élni fog a köztudatban. 

2 http:/www.pcmcia.org 


Medgyesi Zoltán 
(mzarettesoft.hu) 

A Linuxvilág hírszerkesztője. 
Szabadidejét legszívesebben 
a barátnőjével tölti, szeret 
autózni és bográcsban főzni. 
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Linuxvilág 


Az SCO-s botrány kronológiája 


A Linuxvilág októberi számának 70. oldalán szer- 
kesztői figyelmetlenségből egy cikket közöltünk 
$C0 Linux 4 címmel. Ennek orvoslására a mostani 
lapszámban az SCO pereskedésének hátterét és 
állomásait vesszük sorra. 


2002. augusztus 

A Caldera nevet változat 

A Caldera International Inc. bejelentette, hogy a részvé- 
nyesek kívánságának megfelelően a nevét The SCO 
Group (SC0J-ra változtatja. A Caldera OpenLinux követ- 
kező változata már az SCO Linux 4.0 nevet fogja viselni. 
A bejáratott márkanévhez, a két évvel ezelőtt megvásá- 
rolt 5C0-hoz nyúl (SCO OpenServer és SCO Unix Ware), 
amely már több mint két évtizede van a piacon. 


2003. március 

Feszültség a UnitedLinux-csoporton belül 

Az SCO Group, amely linuxos üzletén kívül az eredeti 
ATaT UNIX-hoz fűződő jogok tulajdonosa és az SCO 
UNIX márkát továbbvivő cég is, keresetet adott be az 
IBM ellen. Az SCO egymilliárd dollárt követel az óriás- 
cégtől, mert szerinte az IBM megsértette a Unix techno- 
lógia felhasználási szerződésének feltételeit, és lehetővé 
tette e módszerek Linuxba való átszivárgását. 


2003. április 

Az SCO Group az IBM után a nagyobb Linux-terjesz- 
tőkkel is el szeretne számolni 

Egy áprilisban közzétett interjúban az SCO Group 
(korábban Caldera International) elnök-vezérigazgatója, 
Darl McBride elmondta, hogy amennyiben a bíróság 
előtt is sikerül érvényt szerezniük az IBM-mel szembeni 
követeléseiknek, benyújtják a számlát a kereskedelmi 
Linux-változatok piacát csaknem teljesen lefedő két 
cégnek: a Red Hatnek, illetve a SuSE-nek is. 


2003. május 

e A SCO szerint a Linux-rendszermag tiszta, de a SuSE 
és a Red Hat , bűnös" 
A SCO-Caldera munkatársa, Chris Sontag érdekes 
nyilatkozatot adott a Mozíllaüuest.com-nak, amelyben 
kifejtette, hogy a SCO a Linux-rendszermagban nem 
talált SCO-tulajdonú kódot, de a német SuSE és a pi- 


ros kalapos Red Hat jobb, ha elkezd ügyvédre gyűjteni. 


e 5SCO: Unix-kód került a Linuxba 

e . UnixWare-kódrészek a Linux-rendszermagban? 
Darl McBride szerint Unix-kódsorok kerültek a Linux 
szívébe, magába a rendszermagba. Ezek a kódok 
részben módosítás nélkül, részben módosításokkal 
álcázva szerepelnek a magban. 
McBride elutasított minden olyan kérdést, amely 
a részletekre utalt. Az állítólagosan beépített kódré- 
szekről csak ennyit mondott: , némelyikük néhány 
évvel ezelőtti kódrész, de vannak újak is és — tette 
hozzá — a másolás mértéke nem kicsi." 

e Internetes támadás bénította meg a Linuxot 
kódlopással vádoló SCO weboldalát. 





e — förvénytelen lehet a Linux használata 
Az SCO Group bejelentésében figyelmeztette a 
Linux-felhasználókat, hogy jogi kérdéseket vethet fel, 
amennyiben továbbra is folytatják a nyílt forrású 
operációs rendszer használatát. Az SCO szerint 
ugyanis a Linux számos összetevője a cég által 
szabadalmaztatott eljárást valósít meg, vagy egye- 
nesen az ő Unix-változatukból származó kódot 
hasznosít engedély nélkül. 

e Linus Torvalds sejti, hogy miért függesztette 
fel Linux-eladásait az SCO Group 
Az ok valószínűleg az lehet, hogy amíg ők maguk is 
terjesztik a Linuxot, addig rájuk is vonatkoznak a 
Linux-rendszereket felépítő programok legtöbbjéhez 
csatolt GNU GPL szerződés feltételei, a GPL-ben 
pedig egyebek közt az is szerepel, hogy a , vevők" 
jogait a program kibocsátója nem korlátozhatja. 

e . A UnitedlLinux az SCO Group nélkül folytatja tovább? 
Az SCO megszüntette a UnitedLinux csoporttal való 
marketinges, üzletfejlesztési és pénzügyi együttmű- 
ködését, és nem biztosít további erőforrásokat a 
konzorcium számára, így kétségessé vált a cég 
további tagsága. 

e Online felhívásban támadják az SCO-t 

e . A Microsoft megvásárolta a Unix felhasználási jogát 
A Microsoft bejelentette, hogy licenceli az SCO 
Grouptól a Unix operációs rendszerrel kapcsolatos 
technológiákat, szabadalmakat, valamint hozzáférést 
kap a forráskódhoz is. 

e A Sun védett, a HP és a Red Hat nem 
Újabb, a Linuxokban érdekelt vállalatok adtak hangot 
az ügyben, és úgy tűnik, a nagyok egy része az SCO 
mellé áll (de legalábbis nem az IBM-hez csatlakozik). 


2003. június 

Jogtalan az SCO Linux ellenes eljárása? 

Újabb gigász a harcban... 

A Novell levelet küldött az SCO számára — ebben 

szereplő pontos kérdéseire pontos választ vár. A szintén 

Unix-jogokkal rendelkező cég ugyanis arra szólította fel 

"kollégáját", hogy nevezze meg, mely Unix-forráskódok 

kerültek át a Linuxba. 

e —  Betyárokat toboroznak az SCO Group ellen 
Raymond olyan Unix-hackerek jelentkezését várja, 
akik munkájuk során már hozzáfértek valamelyik 
a rendszer forráskódjához úgy, hogy nem kellett 
aláírniuk harmadik felet kizáró titoktartási szerződést 
(non-disclosure agreement, NDA). 

e . Az SCO-t kiengesztelné, ha az IBM felvásárolná 

a céget. . . 
Az SCO elnök-vezérigazgatója a múlt héten megerő- 
sítette, hogy amennyiben példának okáért az IBM 
felvásárolná a céget, rövid úton véget érhetne a 
Linux ellen indított hadművelet. 

e A kényes rendszereknél ne használjunk Linuxot?! 

A neves Gartner elemzőcég azt javasolja, hogy a 


HM a 


fontos rendszerek esetében a cégek minimalizálják 
a Linux használatát az SCO Group indította jogi fele- 
lősséget firtató eljárás bizonytalan kimenete miatt. 

e . Az SCO Group Linux-ellenes kampánya saját 
weboldalának átmeneti bezárásához vezetett 

e Péntek 13: az IBM péntek éjfélig kapott haladékot 

e  Linux-forráskód az SCO Group Uhnix-változatában? 
Nyílt forráskódú programokkal foglalkozó fejlesztők 
egy csoportja szerint előfordulhat, hogy az SCO 
Group megsértette a Linux-rendszerek számos alko- 
tóelemére vonatkozó GNU GPL felhasználási szerző- 
dés feltételeit azzal, hogy Linux-forráskódot használt 
fel az SCO Unix Linux Kernel Personality (LKP) réte- 
gében, és a kódmódosításait nem hozta nyilvános- 
ságra, illetve nem tüntette fel a megfelelő helyen a 
vonatkozó szerzői jogi adatokat. 

e — Elveszítheti Unix-felhasználási szerződését az IBM 

e — A jogászok szerint az SCO az esélyesebb. . . 

e — Perrel fenyegette meg az SCO-t egy Linux-rend- 
szermag-fejlesztő 

e  5CO: elsőként a vezetőség száll ki? 

e — Egy névtelen felhasználó által beküldött híradás 
szerint (5 http://newsvac.newsforge.com/ 
article.pl?sid-03/06/09/139257) az SCO-csoport 
egyik alelnöke a hónap elején megszabadult az ösz- 
szes általa birtokolt S5C0-részvénytől (15 000 darab- 
tól, egyenként 6 dollár értékben). Annak fényében, 
hogy az SCO mindenhol azt híreszteli, hogy meg 
fogja nyerni az IBM ellen indított egymilliárd dolláros 
kártérítési pert, ez igencsak elgondolkodtató. 

e . Az SCO szerint törvénytelen az IBM AIX további 
használata 

e Linust is perli az SCO 

e [Már hárommilliárd dollár a jogtalanul , felturbózott" 
Linuxok ára 

e . Az SCO szerint az IBM úgy tette a Linuxok számára 
elérhetővé a csoporttól licencelt Unix- 
technológiákat, hogy nem fizette meg azok után a 
jogdíjakat. Márciusi egymilliárd dolláros kárigényét 
az SCO hárommilliárdra növelte. 

e — Linux-licencprogramon dolgozik az SCO 


2003. július 
Gates: Microsofttól , kölcsönzött" elemeket is tartalmaz 
a Linux 


2003. augusztus 


e A Red Hat perli az SCO-t 
A vezető Linux-cég keresetet adott be az SCO Group 
ellen, mert a bírósággal akarja kimondatni, hogy a 
technológiái nem sértenek SCO szellemi tulajdont, 
ugyanakkor kártérítést követel az SCO , tisztesség- 
telen és megtévesztő" gyakorlata miatt. 

e . Az SCO megjelentette felhasználási szerződésének 
feltételeit 
Egy munkaállomás felhasználási szerződésének 
költsége 199 dollár. 
A kiszolgáló felhasználási szerződésének költsége a 
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processzorszámtól függően alakul az alábbiak szerint: 
1 processzor 699 dollár 

2 processzor 1149 dollár 

4 processzor 2499 dollár 

8 processzor 4999 dollár 

Minden további processzor 749 dollár. 

Az IBM viszontkereseteket nyújtott be 

az SCO Group ellen 

A Red Hat szerint az SCO fel fogja adni 

Minden valószínűség szerint idő előtt vissza fog lépni 
az IBM ellen benyújtott, mostanra már hárommilliár- 
dosra duzzadt keresetétől az SCO — állítja Mark 
Webbink, a Red Hat elnökhelyettese. Webbink szerint 
az SCO stratégiája arra utal, hogy a cég nem fogja 
megvárni, amíg bírósági döntés születik az ügyben. 


2003. szeptember 


A Red Hat elindította az Open Source Now alapítványt 
Augusztus elején a Red Hat azt ígérte, hogy egy 
alapítványt hoz létre, amelynek a célja az lesz, hogy 
megvédje az nyílt forrású programfejlesztéseket és 
a Nyílt Forrás Közösségét a SCO támadásától. 

A hatvanas évekből származó kódrészletekkel 
próbálja hitelesíteni vádjait az SCO Group. 

Fizetnie kell a SCO-nak 

Megszületett az első bírósági döntés, amelynek 
értelmében a SCO-t arra kötelezte a bíróság, hogy 
kártérítést fizessen valótlan állításai miatt, miszerint 
a Linuxban lopott System V-kód van. 

Az IBM új vádja: az SCO szerzői jogot sértett 

A kék óriás kiszélesítette a frontot az SCO ellen 
indított ellentámadásában, miután csütörtökön 
beadott újabb keresetében már az IBM szerzői 
jogainak elbitorlásával vádolta meg a céget. 


2003. október 


A SCO már az SGI-t támadja 

Egyes hírek szerint az SGI figyelmeztetést kapott 

a SCO-tól, amelyben az áll, hogy a SCO megvonni 
készül a Silicon Graphicstól a Unix System V fel- 
használási jogát. Hogy mi alapon teszi ezt? Szerinte 
az SGI megsértette a két cég közötti szerződést. 


Kíváncsian várjuk, kik lesznek a következők. 


Források 

2 http://www.index.hu 

2 http://www.terminal.hu 
2 http://www.hwsw.hu 
2 http://www.hup.hu 

2 http://www.linux.hu 

2 http://www.prog.hu 





Csontos Gyula 
(Csontos. Gyula Olinuxvilag.hu) 

A Linuxvilág szakmai és 
CD-szerkesztője. Szabadidejében 
szívesen mászik hegyet és kerékpározik. 


2003. november 
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GNU/Linux Szakmai Konferencia 


Egyesületünk már ötödik alkalommal rendezi meg 
szokásos éves szakmai rendezvényét. A helyszín ismét 
Budapest, választásunk most a Hotel Novotel Budapest 
Centrumra esett (Budapest, VIII., Rákóczi út 43—45.). 
Időpont: 2003. november 08. 10-18 óráig 

Regisztráció: reggel 9 órától 

Terveink szerint 400 támogatott és 100 üzleti belépős 
látogatóval számolhatunk. Az üzleti látogatók létszáma 
szükség esetén kis mértékben emelhető. A rendezvény 
fő támogatója a KonzumBank Rt., képviselői részletesen 
beszámolnak majd a Linux bankjukban történő sikeres 
bevezetésének folyamatáról. 

Aranyszintű támogatóink: az IBM, az ORACLE és a SUN. 
E cégek mindegyike 1—1 hangsúlyozottan szakmai tartal- 
mú előadással fog a konferencián megjelenni. Ezüstszin- 
tű támogatóink: a Kiskapu Kft., az LSC Kft., a Matáv és 
az ULX Kft. Bronzfokozatú támogatóink: a Balabit Kft., 

a Direkt Kft., és a Mission Critical Linux Kft. Fő média- 
támogatónk a ComputerWorld Számítástechnika, 
médiatámogatónk a PRIM. 

A nap folyamán ezüst- és bronzfokozatú támogatóink 
kiállítói standjukon Linux vonatkozású termékek és 
kiadványok széles skálájával jelentkeznek. Várhatóan 
négy helyszínen öt időpontban összesen 16 előadás 
kerül megrendezésre az alábbi témákban: 

Bálint Sándor: Linux és a Common Criteria 

Baráth Gábor: Megjelenésfüggetlen dokumentáció 
készítése szabad szoftverekkel 

Bodnár Csaba: openMosix: Live free() or die() 

Bodnár Csaba: Mitől megy a villamos, avagy a 
HA-telepekben használt technológiák 

Deim Ágoston: Különleges levelezőkiszolgálók 

Deim Ágoston: Hálózatfelügyeleti megoldások 
Linux-alapon 

Dr. Miinarics József: Hazai pályázatok és a magyar 
részvételi lehetőségek az EU programjaiban 

Fejős Tamás: Csoportmunka, Együttműködés, 
Projekttámogatás linuxos eszközökkel 

Kabai József: Az SOL-ledger 

Kadlecsik József: Linux alapú tűzfalak Gbit-es 
környezetben 

Keszei Csaba: Biztonságos hálózati elérés vezeték 
nélküli kapcsolat felett 

László Gábor: Nyílt forráskódú szoftverek és a kormány- 
zatok — Egy kutatás tapasztalatai 

Nagy Bence: Scribus — DTP Linux alatt 

Nemes Dániel: A tűzfalon túl — A kéretlen levelek 
szűrésétől a teljes tartalomszűrésig 

Németh László: A Szószablya projekt 

Noll János: Az OpenOffice.org múltja és jövője 

Tomka Gergely: Információs forradalom 

Tóth Sándor: Tartalomkezelő Rendszerlek) TYPO3 

Verók István: FSRv2 €5 : Fordítást Segítő Rendszer (v2) 
Vomberg István: Felhasználói programok fejlesztése 
Gnome/GIK környezetben a Glade fejlesztőrendszer 
segítségével 

A végleges előadások és az időbeosztás a magazin 





megjelenésének időpontjában a konferencia honlapján 

(5 http://konf2003.linux.hu/) már megtekinthető lesz. 

Mivel mostanra elfogytak az ingyenes, azaz a támogatott 

belépők, felhívjuk kedves leendő vendégeink figyelmét 

az üzleti belépőkre. Az ilyen belépővel érkező vendégeink 

a következő szolgáltatásainkat vehetik igénybe: 

e — a konferenciakiadvány egy példánya, 

e — az összes előadás bemutatóinak kinyomtatott, 
egybefűzött példánya, 

e a konferencia logójával ellátott, galléros póló, 

e névre szóló kitűző, 

e a büfé ingyenes használata (kávé, üdítő, sütemény), 

e — üzleti ebéd a hotel éttermében, 

e . reklámanyagok, jegyzettömb, toll, 

e és a konferencia zárásakor értékes ajándékot 
sorsolunk ki az üzleti belépőt igénybe vevők között. 

Üzleti résztvevőinknek érvényes, visszaigazolt regiszt- 

ráció után átutalásos számlát küld az LME, nyolcnapos 

fizetési határidővel. Ajánlott az előzetes regisztráció 

a 5 http://konf2003.lInux.hu/registration.php oldalon, 

ugyanis a helyszínen kizárólag üzleti belépő vásárolható. 


Nemzeti Szabad Szoftver Stratégia 

- MITS Központi Kiemelt Program 
Szervác Attila, az LME egyik legaktívabb tagja jelenti: 
az Informatikai és Hírközlési Minisztérium és az Infor- 
mációs Társadalom Koordinációs Tárcaközi Bizottsága 
megkezdte a Magyar Információs Társadalom Stratégia 
végrehajtásával kapcsolatos koordinációs munkáját. 
Ennek keretében megindult a Központi Kiemelt Progra- 
mok programfüzeteinek a kidolgozása, amely a MITS 

fő irányait fedi le. 

A MITS beavatkozási területeinek két fontos iránya a 
közcélú, közhasznú adatok, szabványok és a program- 
eszközök biztosítása; valamint a hozzáférés, illetve elérés 
fejlesztése. Ez az a két terület, ahol alapvető szerepet 
szán a Szabad Szoftvereknek, így a programfüzetek 
egyik Kiemelt Központú Programja a Nemzeti Szabad 
Szoftver Stratégia. 

Rendkívül megfeszített munka után a Stratégia legfon- 
tosabb pontjait 2003. október 15-én vitatta meg a prog- 
ramfüzeteket összeállító Információs Társadalom- és 
Trendkutató Központ (ITTK). Ezzel kezdetét vette a Nem- 
zeti Szabad Szoftver Stratégia élete, ez fogja eldönteni, 
hogy a következő három évben milyen ütemben lehet 
kidolgozni és megvalósítani egy szabad, demokratikus, 
az állampolgárok alapvető jogait, és a személyiségi 
jogokat teljes mértékben tiszteletben tartó, gazdaságilag 
erős információs társadalmat, amely az Európai 
Modellnek megfelelően szabad programokra épül. 


Gibizer Tibor (gibzoolinuxportal.hu) 
Újságíró, immár nyolc éve a Linux 
elkötelezett híve. Imádja a kutyákat, 

a kerékpározást és az autós csavargást. 
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Fsf.hu események 





Tavaly az olvasók már megszokhatták, hogy az 

FSE hu Alapítvány kisebb-nagyobb bejelentésekkel, 
fordítóhétvégékkel tűnt fel a különböző médiumok- 
ban. A Linuxvilág segítségével a szabad programok 
iránt érdeklődőket ezentúl havonta szeretnénk tájé- 
koztatni a fontosabb eseményekről. 


Azok számára, akik még nem ismerik az FSF.hu Alapít- 
ványt, elmondom, hogy tavalyi év közepe táján egy 
baráti társaságból alakult ki, azzal a célkitűzéssel, hogy 
a lehetőségeinkhez mérten a szabad programok magyar- 
országi helyzetét megpróbáljuk előmozdítani. Mivel hiva- 
talosan csak majd egy évre rá jegyezték be az alapít- 
ványt a budapesti bíróságon, elmondhatjuk, hogy ez a 
szervezet még igen fiatal. Nem kapkodtuk el a dolgokat, 
aminek a legfőbb oka az volt, hogy nem szerettünk volna 
egy újabb civil szervezetet csupán nyúlfarknyi időre 
összedobni, hanem egy igazán ütőképes és összeszokott 
csapatot akartunk összekovácsolni, akiknek a bírósági 
papír csupán kötelező formaság. A csapat rohamosan 
bővült az elhíresült OpenOffice.org három napos fordító- 
hétvégén és a későbbi Mozilla- és OpenOffice.org-lektorá- 
lópartikon. Ma már számtalan közösségi munkát végzünk, 
amelyek középpontjában a szabad programok állnak: 

e — Fordítási, lektorálási munkák: az FSF.hu Alapítvány 
több teljes fordító- és lektorálóhétvégét szervezett, 
amelyeknek gyümölcseként az OpenOffice.org és a 
Mozilla is magyar köntösbe bújt. 

e  Országjáró felvilágosító kampány a szabad progra- 
mokról: idén kezdtünk — eleinte a BSA agresszív 
kampányára való válaszként — ellátogatni az olyan 
megyékbe, településekre, ahol az előadásainkat igé- 
nyelték. Mára ez olyannyira kinőtte magát, hogy 
jelenleg már egyetemek, főiskolák, teleházak hívnak 
minket előadni. Ebben az évben Egerben, Veszprém- 
ben, Békéscsabán, Hajdúnánáson és Sopron városá- 
ban jártunk. Jelenleg a csapat Erdélybe (Kolozsvárra) 
készül, ahol a Protestáns Teológiai Intézet diákjai hall- 
gathatják meg előadásainkat az alapoktól az áttérési 
nehézségekig. Az előadások minden esetben ingye- 
nesek, ugyanis adományokból finanszírozzuk őket. 

e — A szabad programok hívői számára szervezett kirándu- 
lások: ez idáig három alkalommal mentünk kirándulni, 
ezek kifejezetten a szabad programok barátainak let- 
tek meghirdetve, azzal a nem titkolt szándékkal, hogy 
a jelentkezőket a természet lágy ölén megismertessük 
egymással. 

e . Magyar Linux Dokumentációs projekt: a tidp 
magyarra fordítását végző csapat rendületlen erővel 
dolgozik rajta, hogy az informatikával foglalkozó 
szakemberek magyarul is hozzáférhessenek ehhez 
a kimeríthetetlen tudásanyaghoz. 

e —  FSRhu-hírlevél: a visszajelzések alapján elindítot- 
tunk egy olyan havi hírlevelet, amely a fenti esemé- 
nyekről számol be részletesen. 


Fiatal szervezetről lévén szó, a jelmondatunk az, hogy 
csak annyit vállalunk, amennyit minden körülmények 


www.linuxvilag.hu 








között véghez tudunk 
vinni. Eddigi sikerein- 
ket aktivistáinknak kö- 
szönhetjülk, akik töret- 
len kedvvel viszik előre 
a szabad programok 
ügyét. Aktivista bárki 
lehet, aki eljön fordí- 
tani vagy bármilyen 
más módon segíti az 
FSFhu munkáját, ezzel 
a szabad programok ismertségét és népszerűségét. 





Kapcsolódó címek 

Fordítások 

2 http://mozilla.fsf.hu 

2 http://openoffice.fsf.hu 

Szabad Szoftver Kampánykörút 

2 http://www.sf.hu/index.php/Roadshow 
Kirándulások 

2 http:/Awwwi.fsf.hu/index.php/Kirandulas 
Magyar Linux Dokumentációs projekt 

2 http://tldp.fsf.hu/ 

Támogasd te is a munkánkat! 

2 http://wwwi.sf.hu/index.php/SegitsegHogyan 


Varga S. Csaba (guskaoguska.hu) 

Az 1.1-es Slackware óta linuxozik. 
Kedvtelései közé tartozik a fotózás és 
a Linux telepítése PDA-kra. 
Legszívesebben a Gerecsében túrázik 
a barátaival. 


2003. november 13 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 
útmutatásokat a 

2 Wwww.linuxjournal. com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[7-issues/techsup. html 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a ,BIS" kulcsszó. 
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A hónap szakmai tanácsai 


Rendszerindításkor hiányzik az init! 

A Mandrake a következő hibát jelzi a Linux indításakor: 
Mont: errot 22 mogneinű exez tVeags 
Kermel bBanic:no dnit ftodndi 

Ttey passing 101 t-optiom tosketmnel 
Már háromszor sikerült elindítanom a gépet, de ettől 
kezdve a rendszerindítás sikertelen, és a fenti üzenetet 
kapom. MI a teendő? 

Devi, deenadev 20Cohotmail.com 


A Linux-rendszermag befűzi a gyökérfájlrendszert, és 
megpróbálja futtatni az init programot, amely általá- 
ban a /sbin könyvtárban csücsül. A rendszermag forrá- 
sából kiolvashatod, hogy melyik 3-4 másik helyen 
keresi még a Linux az init nevű programot. A betöltő 
parancssorában a teljes elérési úttal te is megadhatod 
a rendszermagnak az először elindítandó programot 
(például init-/bin/sh). Ezt próbálja a hibaüzenet 
második része közölni veled. Felvetődik a kérdés, 

hogy miért nem találja a rendszermag az init 
programot? A legvalószínűbb ok az lehet, hogy nem 

a gyökérfájlrendszert fűzöd be, hanem egy másikat. 

Ha a rendszerindításkor egy olyan eszköznevet (például 
root-/dev/hdae6) adsz át a rendszermagnak, 
amelyen egy érvényes fájlrendszer van, de nincs rajta 
a /sbin/init, akkor pontosan ezt a hibaüzenetet kapod. 
Ha a /dev könyvtár sincs rajta, akkor egy másik hiba- 
üzenet Is megjelenik: Warning: Unable to open initial 
console. Ez nem végzetes hiba, talán ez is megjelent, 
csak nem vetted észre. 

Amennyiben hibás gyökérfájlrendszert adsz meg, 
amelyen olyan fájlrendszer található, amelyet a Linux 
nem támogat, másfajta hibaüzenetet kapsz: VFS Kernel 
panic. Unable to mount root. 

Az is egy lehetőség, hogy a rendszerrel nincs semmi baj, 
csak véletlenül letörölted vagy átnevezted a /Ssbin/init 
állományt vagy a /sbin könyvtárat, illetve a fájlrendszer 
sérült, és nem érhető el a /sbin/init könyvtárbejegyzése 
vagy fájlleírója (inode). 

Bármi is történt, indítsd el a rendszert a helyreállítólemez- 
ről, esetleg egy rendszerindításra képes névjegykártyáról 
(BBC), amit például a 5 http://www.lnx-bbc.org web- 
helyről lehet letölteni. Égesd egy CD-re — általában név- 
jegykártya méretűre szokták, de a hagyományos is meg- 
teszi. Indítsd a rendszert BBC-ről vagy Tom Root/Boot 
lemezéről (5 http://www.toms.net/rb), és minden fájl- 
rendszeren futtasd az fsck-t. Ezután nézd végig őket, 
és állapítsd meg, hogy melyik a gyökérfájlrendszer. Majd 
próbáld meg kézzel indítani a rendszert a root - és az 
init- értékeknek a betöltőnek (LILO vagy Grub) való 
átadásával. Végül próbáld meg kijavítani a hibás bejegy- 
zést a /boot/grub/menu.lst (grub.conf) vagy a /etc/lilo. conf 
fájlban (feltéve, hogy ez okozta a gondot). Amikor a 
rendszer a BBC vagy más helyreállítólemez segítségével 
már felállt, jó ötlet megkérdezni magadtól, hogy nem 
kellene-e menteni az adatokat ezekről a fájlrendszerekről. 
A legrosszabb esetben újratelepíted a gépet. Nincs abban 





szégyellnivaló, ha azt mondod: , Az adataimról van 
mentés, egy szót sem értek az fsck-ból és a betöltő 
beállításaiból, inkább újratelepítek mindent!" 

Jim Dennis, jimd(ostarshine.org 


Helyi tartománynév? 

Amikor kis otthoni hálózatot (Red Hat 9) építünk, amely- 
nek az egyetlen kapcsolata az internettel egy tárcsázós 
PPP-kapcsolat, mi a legjobb megoldás a tartománynév 
választására, hogy az ne ütközzön valamilyen bejegyzett 
tartománynévvel, amikor az internetre csatlakozunk? 
Van valamilyen szabványos tartománynév, ami olyan, 
mint a 127.0.0.1-hez tartozó helyi gépnév? 

Steve Cavender, SyntheSys(ocsI.com 


Nincs szükséged névre, az internetkapcsolat enélkül 
is működni fog. Ha tényleg szeretnél tartománynevet, 
jegyeztess be egyet. 

Usman Ánsari, uansarcoyahoo.com 


Az RFC 2606 kísérleti célokra tartja fenn a .test felső 
szintű tartományt. Az interneten sohasem fognak .test 
végződésű tartománynevet használni. A másik lehető- 
ség, hogyha nem akarsz fizetni a tartományért, megké- 
red az egyik, bejegyzett tartománynévvel rendelkező 
barátodat, hogy adjon neked egy altartományt. 

Don Marti, dmartKossc.com 


A Red Hat a localdomain tartományt használja 
(a gép alapértelmezett neve /ocalhost.localdomain). 
Marc Merlin, marc bts-2google.com 


A minicom nem pppd 

Gondjaim vannak a hálózatra való csatlakozással. 

A minicom programot használom, és PPP van beál- 
lítva (Red Hat 6.1 az operációs rendszerem). Amikor a 
minicom programmal tárcsázom, a kapcsolat létrejön. 
Ezután a program nevet és jelszót kér, majd miután be- 
írom őket, mindenféle karakter jelenik meg, de egy per- 
cen belül a kapcsolat megszakad. Mit csinálok rosszul? 
Chris, calfrolanset.com 


Semmi rosszat nem tettél, csak nem a megfelelő progra- 
mot használtad a feladatra. A minicom egy terminál- 
program, nem lehet vele PPP-kapcsolatot létesíteni, hogy 
a távoli hálózat ügyfelévé válj. A popa programot kell 
erre használnod, amely minden bizonnyal része a terjesz- 
tésednek. Gondokat okozhat viszont az, hogy a Red Hat 
6.1 eléggé elavult. Lehet, hogy nem sikerül kapcsolódni az 
internetszolgáltatódhoz, ha túl régi oppa-t használsz. 
Célszerű a pppa-nek egy újabb változatát telepíteni, vagy 
az egész terjesztést frissíteni — amelyik kényelmesebb. 
Chad Robinson, crobinsoncrfgonline.com 


Próbáld ki a grafikus koppa-t, vagy valami hasonlót. 
Esetleg nem ártana frissíteni a terjesztésedet is, ma már a 
Red Hat 9-nél tart a világ. Kellemes meglepetés fog érni. 
Usman ÁAnsari, uansareoyahoo.com 


Linux Journal 2003. október, 114. szám 


e LT 





Új termékek 


Meteor Laptop 

A Sharp Actius MM10-en alapuló 
Meteor hordozható számítógép 
mindössze 1 kg tömegű és másfél 
centiméter vastag. A Meteor 
MM10-et előre telepített Linuxszal 
szállítják. A Linux támogatja a meg- 
jelenítőt, a hangkártyát, az USB-t, a 
PCMCIA-t, a vezeték nélküli hálózati 
eszközt, a hálózatot stb. A gép 
10,4"-os, aktív XGA TFT képer- 
nyővel van felszerelve, amely az 
X-et 1024 x 768-as felbontásban 
futtatja. A grafikus kártya típusa 
SMI Lynx. További alkatrészadatok: 
1000 MHz-es Crusoe processzor, 
512 KB L2-gyorsítótár, 256 MB 
RAM, beépített 15 GB merevlemez, 
egy II-es típusú PCMCIA bővítőhely 
és két USB bővítőhely. Az USB-böl- 
cső lehetővé teszi, hogy az 
MM10-et kikapcsolt állapotban 
külső USB-s merevlemezként 
használjuk. Egy másik linuxos gép 
állományrendszerébe az MM10 me- 
revlemeze — például adategyeztetés 
céljából — befűzhető. A Meteorra 
EmperorlLinux, Slackware vagy 
Mandrake telepíthető, de a Micro- 
soft Windows XP is választható a 
Linux mellé. A géphez egy hordtás- 
ka, egy év támogatás és sok kiegé- 
szítő lehetőség jár (az USA-ban). 

2 http://wvww.emperorlinux.com 


OpenPDA Development 
Studio 

Az AMD és a Metrowerks közös 
munkája az OpenPDA Development 
Studio az AMD Alchemy Solutions 
DBAu1100-hoz, amely kis fogyasz- 
tású, nagy teljesítményű kézi 
számítógépek készítését teszi 
lehetővé. AZ OpenPDA Develop- 
ment Studiónak a program, az 
Alchemy processzor, a memória 
és a többi alkatrész egyetlen kár- 
tyára építve együtt alkotják a ré- 
szeit. A MIPS-megfelelő processzor 
akár 500 MHz-es sebességgel is 
képes működni 0,5 Watt fogyasz- 
tás mellett. Az OpenPDA prog- 
ramja és vasa játékra, zene- és 
mozgóképlejátszásra, böngészésre 
és Java-alkalmazások futtatására 
alkalmas, de egy személyesadat- 
kezelő program is mellékelve van 
hozzá. A csomagnak ugyancsak 
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része a beágyazott Linux-rend- 
szermag, a Otopila, a Jeode 
JVM és az Opera. 

e-mail: sales-ometrowerks.com, 
2 http://www.metrowerks.com 


Magnia SG30 vezeték 
nélküli kiszolgáló 

A Toshiba 5G30 vezeték nélküli 
kiszolgáló munkacsoportok számára 
teszi lehetővé a gyors és egyszerű 
fájl-, nyomtatómegosztást és inter- 
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netelérést. A Magniát kis- és köze- 
pes vállalkozásoknak, illetve fiókiro- 
dáknak ajánlják. A noteszgép méretű 
Magnia lehetővé teszi az adatok 
megosztását az irodában és azon 
kívül. A gép képességei: internetát- 
járó, nyomtatásvezérlő, web gyors- 
tárazása, tartalomszűrés, biztonsági 
mentés lehetősége, elektronikus 
levelezés és távfelügyelet, valamint 
802.11b IEEE WI-Fi. Három PCMCIA 
bővítőhely áll a felhasználó rendelke- 
zésére, támogatja a vezeték nélküli 
PC card formátumú hálózati kártyá- 
kat. További jellemzők: beépített 
vezeték nélküli elérési pont, Celeron 
processzor 256 KB L2-gyorsítótárral, 
256 MB memória, 128 bites WI-FI- 
titkosítás, beállítható tűzfal és VPN, 
legfeljebb 160 GB háttértár és két 
2,5"-os EIDE meghajtóhely. 

2 http://www.toshiba.com 





SpamPlug 

A Mail-Filters.com Inc. SpamPlug 
nevű terméke a kimenő levélszemét 
ellen vethető be. A program a 
SpamCure nevű, bejövő levelekre 
alkalmazható szűrőn alapul, és az 
internet felé menő levélforgalmat 
figyeli meg. A levélszemetet eldobja 
vagy későbbi ellenőrzés végett 
visszatartja, míg a hasznos levelek 
azonnal továbbítódnak. A SpamPlug 
folyamatosan frissített levélsze- 
métminta-adatbázist használ a 
levélszemét felismerésére, így nő 

a valószínűsége annak, hogy tény- 
leg a szemetet dobja ki, és nem 

a hasznos üzeneteket. A SpamPlug 
gyorsan telepíthető a külön az 

erre a feladatra kijelölt kiszolgálóra 
vagy a levélkiszolgálóra. 

2 http://wvw.maill-filters.com 


PCS-620 vezeték nélküli 
egykártyás számítógép 

Az Octagon Systems új egykártyás 
számítógépe vezeték nélküli elérést, 
ethernetet, soros és ipari I/0-t tar- 
talmaz, és Linuxot futtat. A kártya 
legfeljebb 512 MB SDRAM-ot tá- 
mogat, valamint a CompactFlash 
bővítőhelyen keresztül legfeljebb 

2 GB flashmemória csatlakoz- 
tatható hozzá. A PCS-620-ba kis 
fogyasztású 300 MHz-es Pentium 
processzort, két 10/100BaseT 
ethernetkaput, négy soros kaput, 
RS-233/444/485-öt, CardBus bőví- 
tőhelyet a vezeték nélküli, GPS 
vagy más eszközök számára, két 
USB-kaput, AC97-megfelelő hang- 
vezérlőt, képcsöves és lapos kép- 
ernyőhöz való megjelenítőt (legfel- 
jebb 1280 x 1024), párhuzamos 
hajlékonylemez és EIDE-kapukat, 
valamint környezeti hőmérséklet- 
érzékelő áramkört építettek be. 

A CompactFlash nem igényel külön 
illesztőprogramot, és a legtöbb ope- 
rációs rendszerrel használható. 

2 http://www.octagonsystems.com 


OSA 

A Trolltech új OSA (Ot Script for 
Applications) eszköztára lehetővé 
teszi a Ot-alkalmazások parancs- 
fájlokból történő vezérlését. Pár 
sort kell csak hozzáadni a Ot-alkal- 
mazáshoz, és lehetségessé válik 

a kiterjesztése és a vezérlése. 

A OSA négy összetevőből áll: 

a OSA SDK az alkalmazásokat 

a parancsfájlokból vezérlésre 
felkészítő csomag. A Ot Script több 
felületen működőképes értelmezett 
parancsnyelv. A OSA Workbench 

a parancsfájlok készítését segítő 
környezet, végül pedig az Input 
Dialog Framework párbeszédablakok 
írásához való grafikus programozói 
felület. Ezzel a csomaggal a fejlesz- 
tők már lefordított alkalmazásokat 
módosíthatnak, tesztelőprogramot 
készíthetnek az alkalmazáshoz, 
testreszabhatják azt, parancsfájlon 
alapuló javítást tehetnek közzé a 
már megjelent alkalmazáshoz stb. 
telefon: 650-813-167/6, 

2 http://wwwitrolltech.com 
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RSTA-MEP és a Linux-munkaállomás 


Önműködően észleli az ellenséget a sötétben, 
és tájékoztatja a saját erőket annak helyéről. 


Nemrég fejeztük be a Linuxra épülő Felderítő, megfi- 
gyelő és célbefogó küldetés felszereléscsomag 
(Reconnaissance, Surveillance and Target Ácguisition 
Mission Eguipment Package, azaz RSTA-MEP) munka- 
állomásának a kifejlesztését. Írásunkban röviden bemu- 
tatjuk a teljes rendszert, majd a munkaállomást rész- 
letesebben is tárgyaljuk. 

A Raytheon RSTA-MEP programja módot ad a harctéri 
helyzet gyors értékelésére, amit az egyesített fedélzeti 
és nem fedélzeti érzékelők által nyújtott valós idejű ada- 
tok tesznek lehetővé. Az érzékelők és a programok fejlő- 
dése lehetővé teszi a széles területű keresésen (wide- 
area-search — WAS) alapuló képalkotást és az önmű- 
ködő célészlelést (Automatic Target Detection — ATD), 
valamint a támogatott célfelismerést (Aided Target 
Recognition — AITR). Ezek a képességek a kezelősze- 
mélyzetet valós idejű adatokkal látják el, beleértve a 

cél helyzetét, osztályozását és elsőbbségének meghatá- 
rozását. Ezt az amerikai hadsereg harcászati hálózatával 
(US Armys Tactical Internet) kombinálva lehetővé teszi 
a kezelők számára, hogy részt vegyenek a saját és az 
ellenséges erőkről alkotott átfogó hadműveleti kép kiala- 
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kításában. Ez a jármű egy technológiai bemutató eszköz, 
amely azt szemlélteti, hogy milyen új képességekkel 
lehet felruházni a jelen és a jövő felderítő járműveit. 

A jármű jelenlegi kialakításában hőkép-előállító, éjjellátó 
berendezéssel van ellátva. Az elsődleges érzékelők az 
árbocon egy nagy hatótávolságú előrenéző infravörös 
érzékelőnek (Forward Looking Infrared — FLIR), egy iner- 
ciális (tehetetlenségi) navigációs rendszernek (lnertial 
Navigation System - INS) és egy helymeghatározó 
rendszernek (Global Positioning System — GPS) a 

vevői, ezen felül számos Raytheon NighSight éjjellátó 
infravörös érzékelő van a járműre erősítve, hogy a 
kezelőszemélyzet többi tagja is figyelemmel tudja kísérni 
a jármű közvetlen környékét. 





Az árboc négy méter magas, ehhez adódik még a jármű 
magassága, Így összesen öt méterre lehet kitolni. A jár- 
műben három főnyi személyzet utazik: a vezető, a pa- 
rancsnok és a megfigyelőkezelő. A vezető szintén hasz- 
nálni tudja az éjjellátó érzékelőket, hogy éjszaka, sötét- 
ben is tudjon vezetni és biztonsági okokból körbe tudjon 
nézni. A parancsnok feladata a harcászati hálózat kap- 
csolatának fenntartása és a két másik kezelő irányítása, 
valamint ő is hozzáfér az NightSight éjjellátó érzékelők- 
höz. A megfigyelőkezelő használja a Linux-munkaállo- 
mást, amivel az árbocon lévő érzékelőket és a hozzájuk 
tartozó beágyazott rendszereket kezeli. 

Az RSTA-MEP rendszer az árbocra telepített érzékelők- 
ből, a beágyazott számítógépekből és a Linuxot futtató 
PC-s munkaállomásból áll, és mindez egy HI Hummer 
terepjáróra lett telepítve. A részegységek az ábrán 
látható módon kapcsolódnak egymáshoz. 


A beágyazott oldal 

A beágyazott számítógépek digitális jelfeldolgozó pro- 
cesszorok, amelyek az érzékelők mechanikáját és elekt- 
ronikáját vezérlik (például beirányozzák vagy lehűtik 

a detektort), emellett a képfeldolgozásban is részt vesz- 
nek. Ezek VxWorksöt futtató PowerPC-kártyák, Micro- 
soft Windows NT-t és Sun Solarist futtató egykártyás 
gépek. A rajtuk futó alkalmazások között megtalálható a 
Force XXI Battle Command Brigade and Below (FBCB2), 
ami egy amerikai katonai digitális utasító- és irányító- 
rendszer, célkereső és azonosító, valamint képfeldolgozó 
és kapcsolattartó program is. A csomag tartalmaz egy 
GPS-vevóőt, tehetetlenségi navigációs rendszert és digi- 
tálistérkép-szolgáltatást. A beágyazott rendszerek opti- 
kai kábelen keresztül, ethernet és Virtual Interface (VI) 
protokoll segítségével tartják egymással a kapcsolatot. 


Kapcsolódás a munkaállomáshoz 

A Linux-munkaállomás prototípusa egy már létező rend- 
szer utóda. Az eszményi eset az lett volna, ha munkaál- 
lomásunk pontosan beillett volna az előző helyére. A VI 
és az optikai kábel használatára irányuló első kísérleteink 
kudarcot vallottak. A beágyazott rendszerekkel foglal- 
kozó csoportunknak már tekintélyes tapasztalataik voltak 
a beszállítók együttműködő-képességéről, vagyis az 
optikai kábelt választva csupán azokra a beszállítókra 
hagyatkozhattunk, akik VxWorks és Linux alatt működő 
kártyákat és meghajtóprogramokat egyaránt tudtak 
kínálni. Ezek közül egyet sem találtunk, aki a VI proto- 
kollt támogatta volna. Második kísérletként megpróbál- 
tunk lemezemulációt használni és annak a látszatát kel- 
teni, hogy egy merevlemezt csatlakoztattunk az optikai 
kábelre, így legalább ugyanazon az adathordozón belül 
maradhattunk. 

Az eredmény szintén nem volt kielégítő, így áttértünk 
gigabit ehternetre. Az ethernet tudná hordozni egyrészt 
a videójelet az érzékelőktől, másrészt a parancs- és 
állapotadatokat a munkaállomás és a beágyazott rend- 
szerek között. Gigabit ethernet megoldás keresésekor 
négy dolgot kell meghatároznunk: a csomagméretet, 
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az átviteli közeget, az összekapcsolás módját és a háló- 
zati csatolókártyát. 

A hagyományos ethernet legnagyobb csomagmérete 
1500 bájt. Az egyre inkább terjedő gigabit ethernet 
9000 bájtnyi legnagyobb csomagméretet engedélyez, 
ezt nevezik , Jumbo" csomagnak. A mi projektünkben a 
beágyazott oldal és a linuxos oldal közötti megfelelőség 
miatt a hagyományos csomagméret mellett döntöttünk. 
A következő, amit meg kell fontolnunk, a média. A giga- 
bit ethernetkártyák két változatban kaphatók: réz- és 
optikai kábellel. A réz az elektromágneses interferenciára 
(EMI) érzékeny, míg az optikai kábel mechanikailag sérü- 
lékeny. Végül az ára miatt a rezet választottuk. Ha az 
elektromágneses interferencia gondot okozna, bármikor 
optikai kártyára lehet váltani a program módosítása 
nélkül. Azért is választottuk a rezet, mert könnyen tudtuk 
illeszteni laboratóriumunk meglévő berendezéseihez. 
Meglévő hálózatunk (a 10/100-as) is rézvezetékes volt. 
A harmadik szempont az összekapcsolás módja. A hely- 
zet nem sokat változott a 10/100-as ethernethez képest: 
vannak kapcsolók (switch), jelelosztók (hub) és átkötő 
kábelek. A kapcsolók irányítják a forgalmat, amit Így 
csak a címzett kap meg. Kezelik a különböző sebességű, 
egy- és kétirányú kapcsolatokat, és villogó fényekkel 
jelzik a működést, segítve a hibakeresést. A kapcsolók 
hátulütői az áruk, és hogy felügyelhető hálózati kapcso- 
lóra van szükség, ha csomagfigyelőt (packet sniffer) 
szeretnénk használni. 

A másik lehetőség a jelelosztók használata. Előnyük, hogy 
olcsóbbak, mint a kapcsolók, és nekik is vannak állapot- 
jelző lámpácskáik. A gond az, hogy eddig nem találkoz- 
tunk gigabit ethernetes jelelosztóval (csak kapcsolóval), 
ha pedig 10/100-as jelelosztót használunk, akkor fel kell 
áldoznunk a sebességet. A jelelosztók ráadásul az összes 
csomagot minden vonalra elküldik, ami jó, ha meg akarjuk 
figyelni a csomagokat, de rossz, ha korlátozni akarjuk a 
csatolón átfolyó forgalom mennyiségét. 

A legegyszerűbb megoldás az átkötőkábel használata. 

Ez a legolcsóbb, nem igényel más eszközt és biztosak 
lehetünk benne, hogy külső forrásból nem érkezik cso- 
mag. Az is igaz viszont, hogy nincsenek villogó lámpács- 
kák, nincs mód kívülről megfigyelni a csomagokat, és 
ha egy csatoló leáll (például újraindul a beágyazott gép), 
akkor megáll a másik is. 

Végül a kapcsolók mellett döntöttünk, bár a kapcsolók 
és átkötőkábelek közötti választás még mindig , vallási" 
vita tárgyát képezi. Szintén nagy gondot fordítottunk 

a gigabit-kábelezésre. A profi módon előállított CAT 5e 
és CAT 6 kábelek használata előnyösebb a házilag 
készített kábeleknél. 

A negyedik eldöntendő kérdés a hálózati csatolókártya 
választása. Ezek 32 vagy 64 bitesek lehetnek. A 64 bites 
kártyák jellemzően jobb teljesítményt nyújtanak és ke- 
vésbé terhelik le a PCI-sín erőforrásait. Bár nem végez- 
tünk piackutatást az elérhető termékek körében, az Intel 
Pro/1000 Server Adapterre esett a választásunk. 

A protokollok közül a TCP/IP mellett döntöttünk. 
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Bár a ICP lassabb, mint az UDP megbízható, kijavítja 
az eldobott, kétszerezett vagy nem sorrendben érkező 
csomagok által okozott hibát. Szerettük volna a legjobb 
videóminőséget elérni a lehetséges elektromágneses 
interferencia ellenére is, ezért úgy véltük, hogy a beépí- 
tett hibajavítás megléte alapvető. Ezenkívül az sem 
elhanyagolható, hogy így az utasító- és állapotadatok 
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1. kép 

Hummerre telepített 
RSTA-MEP rendszer kitolt 
árboccal. Az érzékelők 

az árboc tetején vannak, 

a beágyazott rendszerek 
hátul, a fehér dobozokban. 
A munkaállomás 
számítógép a jármű 
belsejében található 


is megbízhatók maradnak. Amikor a foglalat- (socket) 
réteget kódoltuk hozzá, be kellett hangolnunk a foglalat 
küldő és fogadó átmeneti tárának méretét 

(a setsockopt-ot használtuk a SOL SOCKET 

SO RCVBUF és SO SNDBUF kapcsolókkal), hogy 

az áteresztőképessége elég legyen a videó számára. 
Ezenkívül kikapcsoltuk a Nagle-algoritmust 
(asetsockopt IPPROTO TCP-vel és a 

TCP NODELAY-]jel), hogy csökkentsük a késleltetést 
a munkaállomás és a beágyazott rendszer között, 
amivel ez utóbbit érzékenyebbé tettük a munkaállomás- 
hoz csatlakoztatott vezérlőkarok által adott érzékelő- 
irányzó parancsokra. 


Munkaállomás-alkalmazói program 

Ez a munkaállomás-prototípus a Raytheon Tiger szimu- 
látorból nőtte ki magát — a beágyazott oldallal ellentét- 
ben, amely az amerikai hadsereg fegyverek és rendsze- 
rek technikai kialakítását végző munkacsoport (Weapons 
Systems Technical Architecture Working Group 

— WSTAW() által kidolgozott általános kezelői környezet 
(Common Operating Environment — COE) átültetése. 

Bár mind a munkaállomás, mind a beágyazott oldal rend- 
szere üzenettovábbító alapú, ezek egymással nem mű- 
ködnek együtt. Ezért egy fordítómodult szükséges a 
kettő közé illeszteni. A késleltetés és a processzorterhe- 
lés csökkentésére ez a fordítófolyamat (process) két 
szálra van szétválasztva, a Posix-szálak (threads) függ- 
vénykönyvtárának a használatával. Az egyik szál a 
beágyazott oldalon vár üzenetre, és azt lefordítva a 
munkaállomás elemei által használt megosztott memó- 
riaterületre helyezi. A másik szál ugyaninnen veszi a 
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beágyazott rendszereknek szóló üzeneteket, hogy fordí- 
tás után továbbítsa azok bemenetére. A fordítómunka 
két szálra osztásával és a program javításával (optimi- 
zations) a késleltetést a legkisebb értéken lehet tartani. 
A videóátjátszó modul 
egy, csak ennek a 
feladatnak szentelt 
külön gigabit ethernet 
hálózati kapcsolaton 
keresztül olvas. Megha- 
tározza, hogy melyik 
videóablakban kell 
megjeleníteni a képet, 
és oda továbbítja. 

A munkaállomáson 

a kezelőfelület vezérlő- 
panelje a Builders 
Xcessoryval lett létre- 
hozva. Három fő szem- 
pont vezérelte a kialakítását: a korlátozott képernyő- 
méret, a kész felület tükrözze a beágyazott oldal állapo- 
tát, valamint egér vagy hanyatt egér (trackball) helyett 
vezérlőkart (grip) lehessen használni. 

Az első fő tervezési nehézség, amivel szembekerültünk, 
a képernyő területe volt. Egyetlen monitoron zajlik 
minden megjelenítés, ezért csak a képernyő alsó har- 
mada áll a kezelőfelület rendelkezésére. A rendszer 
üzemmódja és ennek az üzemmódnak a vezérlőelemei 
tehát ebben a harmadban jelennek meg. A rendszernek 
két fő üzemmódja van: a WAS-mód és a hagyományos 
kameramód. WAS-módban az érzékelő gyorsan pász- 
tázza a kezelő által meghatározott területet, miközben 

a vezérlőkarokkal ki lehet választani egy részt, amit 
szuper látómezőként (Super Field Of View — SFOV) 
lehet megjeleníteni. Kameramódban élő videókép 
látható és a vezérlőkarokkal lehet az érzékelőt mozgatni. 
Egyik üzemmódban sincs szükség a másik mód vezérlő- 
elemeire, ezért két elemkészletet (widgets) terveztünk 
ugyanarra a képernyőterületre. A kezelőfelület-érzékelő 
üzemmód panelje a 2. és 3. képen látható. Amikor az 
egyik készletet használjuk, a másik el van rejtve. 
Egyéb szolgáltatások, mint például az önműködő 
célészlelő program kezelőszervei, egy másik ablakban 
kaptak helyet, és a fő kezelőfelületről egy gombnyo- 
mással elérhetők. Ezek az ablakok a képmegjelenítő 
terület fölé ugranak be. 

A képernyőterület szűkössége egy másik kérdést is 
felvet: szükség van a felhasználói utasításokra válaszoló 
rendszer azonnali, látható visszajelzésére csakúgy, 
mint a beágyazott rendszer pillanatnyi állapotának 
jelzésére. Külön elemek helyett ugyanazokat alkalmaz- 
tuk vezérlő- és állapotjelző objektumokra. Amikor a 
rendszer kezelője használ egy elemet, a rendszer a 
kiadott parancsát önműködően visszajelzi a kezelőfelü- 
leten, közben az elem visszahívó kódja indításra kerül. 
Ez a kért változással elküld egy üzenetet az üzemmód- 
modellnek. Ez a kérés átkerül a beágyazott érzékelő 
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oldalra, amely egy állapotjelentést ad vissza. Amennyi- 
ben az állapot eltér a kéréstől, az üzemmódmodell 
értesíti a kezelőfelületet, amely frissíti az elemet, hogy 
a pillanatnyi állapotértéket mutassa. 

A harmadik tervezési nehézséget az egér nélküli környe- 
zet iránti igény jelentette. A jármű mozgása és a tényle- 
ges munkaasztal hiánya nehézzé teszi az egér, a track- 
ball vagy az érintőképernyő használatát. Egy billentyűzet 
rendelkezésre áll ugyan, de csekély mennyiségű adatbe- 
vitelre használatos. Ebből kifolyólag úgy terveztük, hogy 
a kezelőfelületet kézi vezérlőkarral lehessen kezelni. 

Az egér nélküli módot a kezelőfelület korai változatában 
kézi elembejárási útvonalak és gyombnyomásesemények 
hozzáadásával értük el. A vezérlőkaron lévő sapkakapcsoló 
(hat switch) mozgatása az XmProcessTraversal 
hívásával változtatta az elem fókuszálást. A kiválasztó 
(Select) gomb megnyomása egy, az alábbihoz hasonló 
XEvent-et határozott meg és küldött el: 


/: sending key press events ?"/ 
tinclude cX11/keysym.hsz 


DAVE S V 

Window T600IE VT 

int XVI 

JET OG ESET OO ED a 
Window win; 

rootWin - — RootWindowOfScreen 


mm (guiScreen) ; 


wülűi 
Ex, 


TfindPointerWindow(rootWin, 


CATO 0 sos sá6 ojellkyzk H- 
EVE GNI 
ev.send event - 
CSS o Tés 
ev.window - win; 


KeyPress; 
üg ess 
év sddasolay sz 
CV: Ú00H ESET OGEN TŰ 
ev .euowimndow — 0; 
ev.time - CurrentTime; 
SM s xs 
ESA ae S 
SM SRE OI64E— 9 
ev. V root z 1; 
ev. state sz 05 
ev.same screen - 1rue; 
ev.keycode - 
—XxKeysymIoKeycode (display, XK space) ; 


XSendEvent (display, window, True, 


—KeyPressMask, (XEvent ")acgev); 


A kezelőfelület jelenlegi változatától eltérően az előző 
változat mindössze egy topLeve1lShe11-ből állt, 
amely csak egyszerű elemeket tartalmazott, például ilyen 
a PushButtons és a ToggleButtons. A jelenlegi 
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kezelőfelületben több héj (felugró ablakok) és összetett 
elemek találhatók, mint például az OptionMenus. 

Az XmProcessTraversa1 egyszerű meghívása a 
fókusz megváltoztatására nem működik héjak között. 
Egy gombnyomást az OptionMenu-n elküldve a menü 
felugrik, mindazonáltal egy második gomb megnyomása 
nem választ ki egy újabb lehetőséget, és nem tünteti 

el a menüt. 

Néhány jó tanács olvasóinknak — nem árt, ha az aláb- 
biakról nem feledkezünk meg: 


. Az ablakkezelő a főnök. Amikor több héjjal akad 
dolgunk, emlékezzünk rá, hogy az ablakkezelők nem 
igazán adják át a fókuszt vagy bármilyen hasonló 
feladat vezérlését. 

2. Az elemhierarchia hatása: egy elemkészlet 

csoportjában a bejárási út rendjét részben az 
a sorrend határozza meg, ahogyan a kódban 
meg lettek adva (declared). 

3. Bánjunk óvatosan a színfalak mögötti kóddal! Nézzünk 

egy RadioBox-ot, amely két ToggileButton 

gyermeket tartalmaz, ezek közül az A van kiválasztva. 

Amikor egy, a B-t kiválasztó üzenet érkezik, a gyer- 

mek XmNset erőforrások értékeinek egyszerű felcse- 

rélése a képernyőn helyesnek látszik. A szülőelem 
eközben még mindig azt hiszi, hogy az A van kivá- 
lasztva, ami nem várt Button működéshez vezethet. 


— 


Projektünk jelenlegi változatában egy külön folyamat 
foglalkozik a kézi vezérlőkarról érkező bemenettel, és 
vezérli az egérmutatót — az XWNMarpPointer és az 
X-kiszolgáló XTest bővítményének kombinációját 
használva (lásd a Kapcsolódó címeket). A munkaállomás 
a beágyazott oldalról küldött adatokból létrehozott videó- 
jelet is megjelenít. A videóátviteli folyamat ezt egy fog- 
lalatból olvassa ki és egy ablakba továbbítja. Négy ablak 
van: mozgó videó, WAS, SFOV és képdarabok. 

Mint már említettük, a mozgó videó az élő képadat. 

A WAS ablak képe egy összenyomott képcsik, ami egy 
állandó területet gyorsan pásztázó érzékelőtől érkezik. 

A WAS-csík jelrendszere többek között jelzi azokat a 
helyeket, amelyeken a célzó rendszer szerint célpontok 
találhatók. Az SFOV egy több részletet mutató nagyobb 
nézet a WAS-csik egy részéről, amit a kezelő választhat 
ki. Ezen láthatók a célzó szimbólumok és adatok a digitá- 
lis térképről. A képdarabok a terep azon részeit mutat- 
ják, amelyeken a célzórendszer valami érdekeset talált. 
Ezeket megmutatja a kezelőnek értékelésre és jelenti 
más, a járművön kívül lévő rendszereknek. A 2. képen 
egy mozgó videómódban készített külső nézet látható a 
kezelőfelülettel, a videóablakkal és a WAS-csíkkal. 

A 3. képen a rendszer WAS-módban van, látható rajta 

a WAS-csik, az SFOV ablak, a kezelőfelület és egy kép- 
szeletablak. 

A videót OpenGL-ben egy poligonon lévő textúraként 
alakították ki, a videóból érkező adat erre a textúrára 
kerül. Amikor a poligon képernyőre kerül, akkor a videó 
is látható (lásd a példakódot az 53. CD Magazin/RSTA 
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könyvtárában ami ezt a technikát szemlélteti). Azért 
választottuk az OpenGL-t a videóhoz, mert számos 
lehetőséget kínál az adat feldolgozására és megjelení- 
tésére. A kép átméretezhető vagy elforgatható, ha 
más tájolásban készült, 
mint ahogy meg van 
jelenítve. Az OpenGL 
számos primitívet 
tartalmaz a szimbólumok 
képekre rajzolásához; a 
viloogásmentes frissítés- 
hez képfeldolgozó képes- 
sége és kettős átmeneti 
tárazása révén járul 
hozzá. Az OpenGL hor- 
dozható és jól dokumen- 
tált, ráadásul a procesz- 
szorról egy csomó 
munkát átirányíthatunk 
a grafikus kártyára. 

Az SFOV kiválasztója vezérli, hogy a WAS-csik mely 
része kerüljön megjelenítésre az SFOV ablakban. 
Ezenkívül azt is szabályozza, hogy a piros négyszög 

a WAS-csik ablakán belül hova kerüljön kirajzolásra. 

A munkaállomás egy külön vezérlő- és módválasztó 
modullal bír. Ahelyett, hogy a logikai egységek szét 
lennének szórva a rendszeren belül különböző modulok- 
ra, ebben a modulban koncentrálódnak. Ez a kialakítás 

a rendszer többi részét egyszerűbbé és könnyen újra fel- 
használhatóvá teszi. Ugyanakkor a módválasztó modul 
nagyon összetett. A módmodellnek meg kell tudnia való- 
sítania mindazt az ismeretet, hogy miként hatnak egy- 
másra az egységek és hogyan tükrözik a beágyazott 
rendszer és a munkaállomás állapotát. Lehetővé teszi 

a munkaállomásnak, hogy az összegyűjtött adatokra 
alapozva engedélyezett akciókat végezzen, és hogy 

a beágyazott oldalt hibák és a helyzet váratlan megvál- 
tozása után kutatva megfigyelje. 


Milyen gyors az elég gyors? 

A munkaállomás az éppen valós idejű kategóriába esik: 
a rendszer nem hibázik, ha valami késik. Mivel ez egy 
emberi tényezőt is tartalmazó próbarendszer, amelynek 
a legtöbb időkritikus összetevője a beágyazott rendsze- 
rekben rejlik, csak olyan gyorsan kell futnia, hogy a ke- 
zelő végre tudja hajtani a feladatokat. Ezért nem használ- 
juk a valós idejű Linux-keretrendszerek egyikét sem, 
ehelyett nagy teljesítményű alkatrészekkel oldottuk meg 
a feladatokat: SCSI merevlemezzel, elég memóriával, 
hogy kiküszöböljük a lapozást, és egy GeForce4 grafikus 
kártyával a gyors OpenGL miatt, valamint két 2,4 GHz-es 
processzorral a Microvwaytőól. 

Egy korlát emelkedett a rendszer két része, a videó és az 
érzékelő célzása elé. Az élő videó RS-170 sebességgel 
kerül betáplálásra a munkaállomásra, egy félképnyi kép- 
sor minden 1/60-ad másodpercben. Ezeket olyan gyor- 
san kell összerakni, és megjeleníteni, hogy állandó se- 
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bességet lehessen elérni és fenntartani. Hogy ezt 
lehetővé tegyük, biztosítottuk, hogy elegendő hálózati 
sávszélesség legyen a videójel szállítására és elégséges 
processzor- és grafikus teljesítmény a megjelenítés 
frissítésére. A monitor frissítését 60 Hz-re beállítva 
helyben is voltunk (lásd az nVidia meghajtóprogramhoz 
mellékelt README txt fájlt, a legfrissebb a 

2 http://dowload.nvidia.com/XFree86. 40/1.0-4194/ 
README címről tölthető le). 

Az érzékelő irányítása hasonló kihívást jelentett. Ennek 
elég érzékenynek kell lennie a vezérlőkarokra, hogy a 
kezelő a cél elvesztése nélkül tudjon vele célozni. Míg 

a videó leginkább a sávszélességtől függ, az érzékelő 
irányítása a késletetésen múlik. Egy hosszú üzenetlánc 
késleltetéshez vezet. Például egy gombnyomás vagy a 
vezérlőkar-kezelőfelületről származó elfordulás parancs 
eljut a vezérlőfolyamathoz, hogy megállapítsa, melyik 
bemenet érvényes, majd továbbmegy a fordítóhoz, hogy 
EO formájú üzenet legyen belőle. Ezután keresztülhalad 
a gigabit ethernet hálózaton egy beágyazott folyamatba, 
amely fogadja az üzenetet, majd továbbítja az OE-be és 
a beágyazott rendszer kódjába, onnan a működtető szer- 
kezetre kerül, végül az eredmény visszaérkezik a video- 
adatfolyamba. A fordítófolyamatok két szálra választása 
és a teljes optimalizálással történő fordítás (-wWa11 
-ansi -O03 -ffast-math -mpentiumpro) 
megtette a magáét. 

A gprof profilert használtuk, hogy megkeressük, 
vannak-e kényes helyek a kódban (lásd a gorof 
információs oldalát). Itt a videókód profileozása 
közben komoly nehézségbe futottunk: amikor X-időzítőt 
használtunk (XxtAppAddTimeoOut), nem került 


BX 2 http:/Avww.Ics.com/products/bxpro 

Integrated Computer Solutions 3 http:/Avww.ics.com 
nVidia 3 http:/Avww.nvidia.com 

Microway 3 http:/Awvvwv.microway.com 

Eric F. Johnson és Kevin heichard Power 
Programminag...Motif; Management Information Source, 
Inc. Második kiadás Version 1.2, 1993., New York. ISBN: 
1-55828-319-6. 

Raytheon 3 http://www.raytheon.com 

NightSight 3 http:/Avww.raytheon.com/products/tiger 
Nem hivatalos VxWorks és lornado GYK 

2 http:/Awww.xszall.n]1/borkhuis/vxworks/vxfag.htmi 

A VxWorks és a lornado a Wind River Systems termékei 
2 http://www.windriver.com 

VXWorks, illetve Tornado II GYK (különösen a 4.6-os rész 
a foglalatokról) 

2 http:/Avww.xs4all.nI1/borkhuis/vxworks/vxworks.html 
VVSTAVVG weboldal 3 http:/Avstawag.army.mil/1ndex.asp 
X lest bővítmények XFree36-hoz 

2 http://xfree86.org/pub/XFree86/4.2.0/doc/xtestlib. LXT 
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időzítési adat a profileba. (Talán a profiler és az 
XtAppAddTimeOut ugyanazt a jelet használták, és 
egymást zavarták?) A másik egyszerűsítési lehetőség, 
amire rájöttünk: a videóforráshoz a páros és a páratlan 
sorok - két kisebb helyett — egyetlen paranccsal 
történő továbbítása a hálózaton. 


Előnyök, kelepcék és következtetések 

A Linux használata néhány gondot is okozott, például 
nem találtunk olyan beszállítót, aki PCI Mezzanine kár- 
tyát tudott volna szállítani PowerPC-hez VxWorks-meg- 
hajtóval, vagy PCI kártyákat Linux-meghajtóval, illetve 
aki kezelni tudta volna a VI protokollt. Végül el kellett 
vetnünk az optikai kábel használatának ötletét. 

Számos alkalommal viszont azt tapasztaltuk, hogy a 
Linux használata előnyt jelentett. Mivel a rendszert 
merevlemezről indítottuk, nem kellett EEPROM-ba 
égetni, mint a beágyazott rendszereknél. Amikor ott 
EEPROM-ba kerül a kód, sokkal nehezebbé válik a 
hibakeresés. Ezenkívül a Linux magfájlokat kínál a 
hibakeresés segítésére, amit a VxXWorks nem tesz meg. 
A Linux-munkaállomás jóval masszívabb felépítésű és 
jobb képminőséget nyújt, mint elődje. Végül a műhely- 
ben történő összeállítás és az egységek kipróbálása 
könnyebb Linux alatt, mivel a kereskedelmi forgalom- 
ban kapható PC-k jóval elterjedtebbek, mint a beágya- 
zott PowerPC-k. Arra számítunk, hogy a jövőben a 
Linux, az X és az OpenGL-környezet teljesítménye és 
rugalmassága egyre kifizetődőbb lesz, ahogy több 
módot és eszközt adunk prototípusunkhoz. 


Linux Journal 2003. október, 114. szám 


George Koharchik (g9-koharchik oraytheon.com) 

A Raytheons Visualization és Simulation Lab (VSL) 
munkatársa, szabadidejében a biztosítótű mecha- 
nikáján elmélkedik. 

Ouintelle Griggs 
(Ouintelle Y GriggsCoraytheon.com) 

A Raytheons VS munkatársa. 


Sonja Gross (sonja grossaoraytheon.com) 

2001-től a Raytheons VSL munkatársa, miután meg- 
szerezte baccalaureátusi fokozatát számítástechni- 
kából a Louisiana lech Universityn. 


Kathy Jones (kajoneseraytheon.com) 
Programfejlesztő a Raytheons VSL-nél. Motif VAPS 
kezelői felületeket és egyéb programeszközöket készít. 


John Mellby (]-mellbyoraytheon.com) 

A Raytheons VSL munkatársa, virtuális szimuláció- 
val foglalkozik, rövid biográfiákat Ír, és megméri 

a texasi napot a tavaszi napéjegyenlőség idején. 
Joe Osborne (joe.osborneosmiths-aerospace.com) 


A Smiths Aerospace munkatársa a Michigan állam- 
beli Grand Rapidsben. 
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Egy nemzet programok nélkul: Linuxot Iraknak! 


Egy felelőtlen, korrupt kormány, a háborúk és a szankciók után Irakban nem létezik 
programipar, így a Linux tiszta lappal indulhat. 


ramok sötét középkorát élte, a ren- 

delkezésre álló programok és a saját 
fejlesztések tekintetében is. Miközben 
a világ többi részében a programhasz- 
nálat és -fejlesztés óriási fejlődésen 
ment keresztül, Irak lema- 
radt. A háborús válságok és a 
szankciók miatt a legnagyobb 
intézményeknek - a kor- 
mányt is beleértve — nem volt 
lehetősége az igényeiknek 
leginkább megfelelő megol- 
dások felkutatására és beve- 
zetésére. Ehelyett a legelső 
ajánlat mellett döntöttek 
— sajnos ez nem a Linux volt. 
A programok világában a 
változások követhetetlenül 
gyorsnak bizonyultak, külö- 
nösen az olyanok számára, 
akiknek nem adatott meg 
az a háttér, ami a hatékony 
és sikeres programfejlesztés 
előfeltétele. 
Az új iraki helyzetben vissza- 
tért a szerzői jog intézménye, 
és a cégek hajlanak arra, 
hogy fellépjenek a jogosu- 
latlan felhasználással szem- 
ben, vagy legalább megelőz- 
zék további burjánzását. 
Ez arra fogja ösztönözni az 
iraki felhasználókat, hogy 
a jogdíjas programokat más 
megoldásokkal helyettesítsék, 
különösen azért, mivel itt a költségek 
szerepe nyilvánvalóan jelentős, mégha 
nem is a legfontosabb szempont. 
Noha manapság szinte lehetetlen szá- 
mítógépek nélkül élni, a korábbi iraki 
kormány hanyag és korrupt hozzáállása 
számos kulcsfontosságú területen visz- 
szafogta a programbeli megoldások 
elterjedését, vagy akár visszafejlődést 
eredményezett. Így aztán, ha időben 
cselekszünk, a Linux számtalan terüle- 
ten hatalmas segítséget jelenthet a való- 
ban működőképes háttér költségkímélő 
kialakításában. 
Ehhez szükség lehet egy iraki Linux 
Közösségi Központra, ami a nehe- 
zebben alkalmazható megoldások 


A rak mostanáig a számítógépes prog- 
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terén segítséget nyújthat az első lépé- 
sek során. A helyzetet egy fehér 
vászonhoz is hasonlíthatjuk, amit a 
legkülönfélébb színekkel boríthatunk 
be, teljesen szabadon választva a 
használható színek közül. 


si 





Biztos vagyok benne, hogy megszám- 
lálhatatlan jó ötlet vár megvalósításra, 
amelyekkel bárki élete sok szempont- 
ból megkönnyíthető. Mivel infrastruk- 
túráról beszélünk, az oktatás lehet 

a legalkalmasabb hely a Linux terjeszté- 
sére, ami lehetőséget teremthet arra, 
hogy a Linux bevezetése könnyű, 

gyors és szakszerű legyen, és hasznos- 
nak bizonyuljon itt, Irakban. 

A tudásháló megalapozása vagy újra- 
építése önmagában is beletelik némi 
időbe, ami újabb lehetőséget kínál ah- 
hoz, hogy a Linux legyen az egyik sa- 
rokköve ennek a folyamatnak - részévé 
válhat a mindennapi számítógépes 
munkának. Például több középiskolában 





az utóbbi évtizedben nem változott 

a tanterv, és nem oktatnak alapvető 
számítástechnikai ismereteket sem. 

Itt lehetőség nyílhat arra, hogy a Linux- 
rendszer alapjait ne egy másik rendszer- 
ről való áttérés szemszögéből mutassuk 
be, de még csak nem is egy 
új operációs rendszerként, 
hanem olyan hatékony 
operációs rendszerként, ami 
lehetővé teszi a választást, 
még mielőtt a friss elmék 
bezárkóznának egy másik 
rendszerbe. Ez magasabb 
szinten egyes főiskolákra és 
más intézményekre is igaz. 
Nagy munka vár ránk. 

Az új iraki Linux-felhasz- 
nálói csoportnál az elsődle- 
ges célunk egy Linux-okta- 
tólabor és egy -könyvtár 
alapítása. Felkértük a bag- 
dadi Al Nahrain Egyetemet 
és a Bagdad Egyetemet, 
hogy lehetőséget biztosít- 
sanak Linux-tanfolyamok 
megtartására. Fontos iraki 
köz- és magánintézmények 
vezető informatikai szakem- 
bereit hívjuk meg linuxos 
tanfolyamokra és szeminá- 
riumokra. Amikor a résztve- 
vők intézményei kialakítják 
Linux-telepítési tervüket, 
együtt fogunk működni 
velük a leírások helyi válto- 
zatának elkészítésében és a közösségi 
erőforrások megszervezésében, ide- 
értve a levelezőlistákat és a terjesztések 
tükrözését is. 

Honlapunkon, a 3 http:/linux-irag.org- 
on nemsokára megtudhatod, hogyan 
segíthetsz. 
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] Ashraf T. Hasson 
Bagdadban él. A Mérnöki 
Főiskola Lézer Tanszékének 
végzős hallgatója. Az új iraki 
Linux-felhasználói csoport 
alapítója. 
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Rendszerindíitásra képes helyreállító lemezek . 9 
hé eza 


Egy rendszert a puszta vasra visszaállítani vagy egy az egyben lemásolni 
a leggyorsabban egyedi helyreállító CD készítésével lehet. Bemutatjuk e folyamat 
gépesítését és a helyreállító CD-k naprakészen tartásának a módját. 


Mondo nevű, katasztrófa utáni helyreállító program- 
AA csomag létfontosságú része lett a Midwest Tool kg Die 

(MITD) adatmentési tervének. A Mondo biztonsági 
mentést készítő eszközét, a mndoarchive programot hozzá- 
adtuk adatmentési tervünkhöz. E program segítségével a 
katasztrófa után a puszta vasra vissza lehet állítani a rendszert, 
gyorsan visszatérhetünk egy ismert, jó beállításhoz, és teljes 
Linux-rendszereket is könnyen lemásolhatunk. A Mondo képes 
klónozni az LVM, a RAID, az ext2, az ext3, a JFS, az XES, 
a ReiserFS és a VFAT fájlrendszereket. 


Katasztrófa utáni helyreállítás 

Az MID-nél szalagra mentjük a céges és felhasználói adatokat. 
löbb vállalati biztonsági mentési megoldást is kipróbáltunk 
már, de mindegyiknek gyenge pontja volt a katasztrófa utáni 
helyreállítás. Régen a puszta vasra történő helyreállítás azzal 
kezdődött, hogy a Linuxot a terjesztés CD-jéről újra kellett 
telepíteni. Ezután lehetett telepíteni a szalagos mentéseket 
beolvasni képes programot, végül következett az adatok és 
programok helyreállítása a szalagról. 

Jelenleg rendszerindító CD-ket készítünk, amelyekről az egész 
rendszer - illesztőprogramokkal és alkalmazásokkal együtt — 
helyreállítható. A szalagon tárolt állományok ezután felülírják 
azokat, amelyek a CD létrehozása után jöttek létre. Amikor a 
rendszer jelentősen megváltozik, új helyreállító CD-ket hozunk 
létre a régiek helyett. 


Rendszeres biztonsági mentés 

Helyreállító lemezlenyomatokat (CD image) létrehozni egysze- 

rű, ezért ez a folyamat megismételhető, amikor a rendszer 

pillanatfelvételét kell létrehoznunk. A ma használatos nagy 
merevlemezekre rendszeresen készíthetünk biztonsági mentést 

a mondoarchive programmal. Később egy cron-ból futó 

megoldást mutatunk be erre a feladatra. 

Az MDI-nél bizonyos rendszerekhez a mondoarchive 

programot használjuk a szalagos mentés helyett: 

e Az időben változatlan adatokat kiszolgáló Linux-gépekhez 
felesleges a szalagos mentés. A mondoarchive program- 
mal adott időközönként biztonsági mentést készítünk. 

e Az internetre közvetlenül csatlakozó számítógépek a 
tűzfalon kívül vannak, elkülönítve őket a belső háló- 
zattól. A szalagos mentést végző kiszolgáló nem látja 
ezeket a számítógépeket. A mondoarchive segítsé- 
gével e rendszerek helyesen működő változatát tárol- 
juk. Ha betörést észlelünk, hamar vissza lehet állítani 
az eredeti állapotot. 

e A Linux-tűzfalak és -útválasztók állandó beállításokkal 
üzemelnek, nincsenek felhasználói fiókok és a biztonsági 
szint magas, emiatt nem érhetők el a vállalati szalagos 
kiszolgáló számára. Mivel a tűzfalak beállításai ritkán 
változnak, a mondoarchive jól használható. 
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Egyéb alkalmazások 

A biztonsági mentések tárolása mellett a helyreállító CD úgy 

is felfogható, mint egy rendszerindításra képes pillanatfelvétel 
a számítógép állapotáról. A mondoarchive könnyű használ- 
hatóságának köszönhetően több alkalmazási terület is született 
vállalatunknál. 

A mondoarchive a kísérletezést is jól támogatja. A rendszert 
rátöltjük a puszta vasra, állítgatjuk, és az ismert, jó beállítások 
bármikor visszatölthetők. Ha a kísérletek eredményesen zárultak 
le, új lemezlenyomatot (CD image) készíthetünk. Ez lesz az éles- 
ben működő kiszolgálónak a katasztrófa utáni helyreállítólemeze. 
A Mondo helyreállító segédeszköze rugalmas. Helyreállításkor 
a lemezrészek átméretezhetők és átrendezhetők, ami akkor 
hasznos, ha például egy nagyobb merevlemezt szerelünk be 

a régi helyére a számítógépben. 

Teljes Linux-rendszereket is lemásolhatunk, ha a helyreállító 
CD-re mindent felteszünk. Ezután egy üres gépre visszatölt- 
hető az egész. Ha az eredeti rendszer DHCP-t használt az ÍP- 
cím megszerzésére, akkor az új rendszer is így viselkedik majd. 
Az állandó IP-címeket használó rendszerek másolásakor a 
másolat ugyanazzal az IP-címmel és gépnévvel fog rendel- 
kezni. Vigyázzunk arra, hogy ez a másolat ne legyen csatlakoz- 
tatva a cég éles hálózatához. Mi egy külön kísérleti hálózatot 
tartunk fenn erre a célra. 

Ha ez a seregnyi felhasználási terület még mindig nem lenne 
elég, eláruljuk, hogy a mondoarchive képes összehasonlítani 
a mentés állományait a rendszeren pillanatnyilag lévő állomá- 
nyokkal. Ez az időben változatlan rendszerek épségének 
ellenőrzésére használható. 

Láthatjuk, hogy a mondoarchive rugalmas és hasznos mentő 
és másoló segédprogram. Ha értékesek az adataink, illetve 
kiszolgálónk beállításai, akkor olvassunk tovább! 


Függőségek 

Az itt bemutatott példatelepítés a Red Hat 8.0-ra vonatkozik, ez 
a mi kísérleti környezetünk. Számos függőséget ki kell elégíteni 
a mondoarchive telepítése előtt. A Red Hat rendszereken a 
következő csomagok meglétét kell ellenőriznünk: afio, 
cdrecord, buffer, mkisofs, syslinux és bzip2. Ha ezek 
mind telepítve vannak, akkor továbbléphetünk a 
mondoarchive csomagjainak a telepítésére. Ha ezek közül 
valamelyik nincsen telepítve, akkor egy kis előkészítő munkára 
lesz szükség. Ezek a csomagok a legtöbb esetben megtalálhatók 
a Red Hat-korongokon. Letölthetjük őket a Red Hat webhelyé- 
ről vagy a $ http:/www.rpmfind.net címről, de a Mondo 
honlapjáról is. Miután az összes csomagot összegyűjtöttük, 
telepítsük őket az RPM programmal. 

A függőségek kielégítése után telepíthetjük a mondoarchive 
csomagjait. Két csomag kiemelten fontos: a mindi és 

a mondo. Ezeket beszerezhetjük a 

2 http:/www.microwerks.net/-hugo/index.html oldalról. 
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1. kép A mondoarchive futás közben 


A mindi a Mondónak az a része, amelyik rendszerindító és 
gyökér-fájlrendszert tartalmazó hajlékonylemezeket és CD-ket 
készít. Gyakorlatilag ez tartalmaz mindent, amire a 
mondoarchive programnak a mentéslemezek indításához 
szüksége van. Telepítsük először a mindi-t: 


t rpm -Uvh mindi 

A mindi telepítése 
kell a mondo-t is: 
t rpm -Uvh mondo 


után telepíteni 


Végrehajtás 

A különféle rendszerekről sokféleképpen készíthetünk bizton- 
sági mentést a mondoarchive programmal. Most csak azokat 
a helyzeteket ismertetjük, amelyekről már szó volt a korábbiak- 
ban, azaz a kiszolgálók biztonsági mentését és rendszerek 
másolatának elkészítését. 

Környezetünkben számos kiszolgáló dolgozik különféle fela- 
datokon, és mindegyik beállítása más és más. Némelyikben 
több IDE- vagy SCSI-merevlemez van, mert nagy mennyiségű 
adatot tárolnak, míg más kiszolgálók csak egy IDE- vagy 
SCSI-meghajtóval rendelkeznek. Akad néhány RAID rendszer 
is. Bizonyos kiszolgálókon állandóan változnak az adatok, 
máshol pedig szinte soha. A mondoarchive ezek mindegyi- 
két képes lemásolni. 

Jó ötlet a lemezhasználatot először kiszolgálónként megvizs- 
gálni. Figyeljünk oda, hogy mi hova lett befűzve - nincs értelme 
érdektelen adatokról biztonsági mentést készíteni. Ha olyan 
nagyméretű könyvtáraink vannak, amelyekben nincsenek fon- 
tos adatok, hagyjuk ki őket. Nálunk például NFS és automount 
használatával több megosztott könyvár is be van fűzve minden 
egyes kiszolgálóra. Nem szeretnénk ezt a tényt figyelmen kívül 
hagyni, és amondoarchive programmal ezeket az adatokat is 
menteni. Ha azonosítottuk a feleslegesen befűzött lemezrészeket 
vagy megosztásokat, a -E kapcsoló segítségével kizárhatjuk 
őket. A kapcsolót a -E /a /b /c alakban kell használni, ahol a 
/a, /bés /c könyvtárakat jelentenek. 


Az lemezlenyomat tárolása és felírása 

Most már tudjuk, hogy pontosan mit akarunk menteni, vizs- 
gáljuk meg a mondoarchive parancs néhány kapcsolóját. 

A biztonsági mentés készíthető CD-re, ISO-fájlba vagy NFS- 
megosztásra. Ebben a cikkben az lemezlenyomatok elkészítését 
tárgyaljuk, amelyeket egy későbbi időpontban CD-re lehet írni. 
A mondoarchive teljes leírása megtalálható a súgóoldalán. 
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Mielőtt futtatnánk a mndoarchive parancsot, válasszunk 
ki a meghajtón egy sok üres helyet tartalmazó részt, hogy a 
nagy ISO-fájlok elférjenek. Például válasszuk a /home/mondo 
könyvtárat a 6 GB-os /home lemezrészen. A használandó 
parancs így néz ki: 


$t mondoarchive -O1 -d /home/mondo 
sz.H o" /home/mondo" 


A -Oi azt jelenti, hogy a fájlrendszert lemezlenyomatok for- 
májában kell menteni. A -d /nhome/mondo kapcsoló hatására 
a mondoarchive a /home/mondo könyvtárba teszi az elkészült 
ISO-fájlokat. A rendszer méretétől függően több lemezlenyo- 
mat is létrejöhet. Végül a -E kapcsoló arra utasítja a progra- 
mot, hogy hagyja ki a /home/mondo könyvtárat, amelyben 
régi, nagyméretű lemezlenyomatok lehetnek, és feleslegesen 
növelnék a biztonsági mentés méretét. 

Ha kevés szabad lemezterülettel rendelkezünk, egy munka- 
könyvtárat is meg kell adni. Ez egy ideiglenes könyvtár, 
amelyet a mndoarchive a lemezlenyomatok felépítésére 
használ, mielőtt véglegesen kiírná őket. Érdemes egy nagy 
lemezrészen elhelyezkedő munkakönyvtárat megadni, 
ellenkező esetben a mndoarchive futása sikertelen lesz, 
amikor elfogy a hely. Az alábbi példában feltettük, hogy a 
/var/local/data egy nagy lemezrész. A munkakönyvtárat a 

-S kapcsoló után adhatjuk meg: 
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$t mondoarchive -O1 -d /home/mondo 
sm. S /var/local/data -E "/home/mondo" 


A parancs elindítása után a mondoarchive ellenőrzi a rend- 
szert, és ha mindent rendben talál, akkor elkezdi a biztonsági 
mentést. A folyamat előrehaladtáról a felhasználó visszajelzést 
kap (1. kép). Eltart egy ideig, amíg végez. A folyamat végén a 
program megkérdezi, hogy akarunk-e indítólemezt készíteni. 
Válaszolhatunk nemet, mert a felírt CD-kről lehet rendszert 
indítani. Ha mégis szükségünk lenne az indítólemezre, 
válaszoljunk igennel. 

Végül a /home/mondo könyvtárba (vagy amit megadtunk) 
kerülnek azok a lemezlenyomatok, ezeket lehet a korongra 
írni. Sokféleképpen égethetünk CD-t, például az Xcdroast, a 
Webmin vagy a cdrecord programok használatával. A leggyor- 
sabb módszer első lépése a cdrecord -scanbus parancs, 
amely felderíti a CD-író adatait — sín, cél, és logikai eszközszám 
(LUN) —, ez általában 0,0,0. Ezeket az adatokat kell átadni 

a második lépésben a tényleges CD-írás elvégzéséhez: 


t cdrecord dev-0,0,0 speed-xx 
s /home/mondo/1.iso 


A CD-írás végeredménye egy helyreállítólemez, amelyről 
kiszolgálóhiba esetén helyreállítható a rendszer. 


Futtatás a cron segítségével 

A mondoarchive önműködően is futtatható az általunk 
megadott időben a cron szolgáltatás segítségével. Hozzunk 
létre az alábbihoz hasonló parancsfájlt, és helyezzük el a 
/etc/cron.daily/ könyvtárban: 


tt! /bin/sh 

mkdir -p /home/mondo/ date 43A  §6 
ssmondoarchive -Oi -d /home/mondo/ date 43A 
9. H /home/mondo 
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4. kép Lemezrészadatok szerkesztése 


A /etc/cron.daily/ könyvtárban elhelyezett parancsfájl minden 
nap ugyanabban az időpontban fut le. A végrehajtás során a 
/home/mondo könyvtárba az adott napnak megfelelő könyvtá- 
rat hoz létre. Ha a hét minden napján futtatjuk a feladatot, 
akkor hét alkönyvtár jön létre a /home/mondo könyvtárban, 
mindegyiknek a neve a hét adott napjának a neve lesz, és az 
aznapi biztonsági mentés lemezlenyomatai lesznek benne. 
Természetesen, ha korongon szeretnénk látni őket, akkor ismét 
a cdrecord parancsot kell futtatni. 


Helyreállítás 

Miután elkészültek a CD-k, hogyan tovább? A CD-ről elindít- 
ható a rendszer, ezért egyszerűen csak be kell tenni a meghaj- 
tóba, és máris megkezdődhet a mondoarchive helyreállítási 
képességeinek a tanulmányozása. Négy helyreállítási mód 
közül lehet választani: nuke (teljes), interactive (párbeszédes), 
expert (szakértő) és advanced (haladó). 

Ha a mondoarchive programot kizárólag katasztrófa utáni hely- 
reállításra használjuk, az egyetlen számunkra érdekes lehetőség 

a nuke mód. A lemez elindulása után írjuk be a nuke parancsot 

a parancssorba, és várjuk meg, amíg a mondoarchive teljesíti 
feladatát. A helyreállítás után a rendszer pontosan abban az álla- 
potban lesz, mint a mondoarchive programmal készített mentés 
előtt volt. Ez jól jöhet akkor, amikor a kiszolgáló súlyos hibája 
miatt gyorsan helyre kell állítani a működő állapotot. Akkor is 
használható a módszer, ha kísérleti rendszerekkel dolgozunk, és 
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3. kép Adatforrás kiválasztása 


vissza szeretnénk térni a fejlesztés egy korábbi állapotába. 
A mondoarchive párbeszédes módja is hasznos lehet. Ebben 
az üzemmódban a helyreállítás előtt szerkeszthetjük a lemez- 
rész-felosztási táblát (partition table). Ez a lehetőség akkor jön 
jól, ha különböző méretű merevlemezeket tartalmazó számító- 
gépeket akarunk klónozni. A mondoarchive párbeszédes 
módjában a helyreállítás célpontjaként megjelölt lemezrészeket 
a programba beépített lemezrészszerkesztő segítségével át 
lehet méretezni. A mondoarchive a nuke üzemmódban is 
képes átméretezni a lemezrészeket, de ekkor nincs lehetősé- 
günk a méretek megadására. A monndoarchive párbeszédes 
üzemmódjában az előre javasolt érték megváltoztatható. 
A mondoarchive párbeszédes módjának elindításához írjuk 
be a parancssorba az interactive parancsot, miután a 
rendszer elindult a CD-ről. Egy menü jelenik meg, amelyből 
kiválaszthatjuk, hogy milyen módon kívánjuk helyreállítani 
az adatokat (2. kép); három lehetőség van: Automatically, 
Interactively és Compare. Most az Interactively menüpontot 
kell választanunk. Ezután a program megkérdezi, hogy 
honnan vegye az adatokat (3. kép). 
Válasszuk ki a megfelelő helyet, majd lépjünk tovább. Megje- 
lenik a lemezrészkezelő képernyő (4. kép), amelyen a lemezré- 
szek adatait lehet szerkeszteni. Megváltoztathatjuk az eszköz 
nevét, a befűzési pontot, a fájlrendszer formátumát és a lemez- 
rész méretét. A változtatások után nyomjuk meg az OK gombot. 
Ezután a Mondo néhány kérdést tesz fel a helyreállítási 
művelettel kapcsolatban: 
e Are you sure you want to save your mountlist and continue? 
(Biztosan mented a befűzési listát, és folytatod?) YES 
e . Do you want to erase and partition your hard drives? 
(Iörlöd és újra felosztod a merevlemezt?) YES 
e . Do you want me to restore all your data? (Minden adatot 
helyreállítasz?) YES 
e  Initialize the bootloader? (Alaphelyzetbe állítod a rendszer- 
betöltőt?) YES 
e . Did you change the mountlist? (Megváltoztattad a befűzési 
listát?) YES 
e . You will now edit fstab and lilo.conf/grub.conf, to make sure 
they match your new mountilist. (Szerkeszd az fstab és a 
lilo.conf/grub.conf állományokat, hogy megegyezzenek az 
új befűzési listával.) OK 


A Mondo megnyitja a /etc/fstab és a lilo.conf/grub.conf 
állományokat a vi szerkesztőben. A bejegyzéseket az új 
befűzési listának megfelelően meg kell változtatni: 
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e — Edit them again? (Ismét szerkeszted őket?) NO niük kell. Ezekben az esetekben az előre tervezett leállás alkal- 

e — Label your ext2 and ext3 partitions if necessary? (Címkékkel  mávalckell az ellenőrzést elvégezni. A másik lehetőség a rendszer 
látod el az ext2-es és ext3-as lemezrészeket, ha ellenőrzésére a népszerű Iripwire alkalmazás használata. Inkább 
szükséges?) YES a Iripwire programot javasoljuk az olyan időben állandó rend- 


szerek ellenőrzésére, amelyeknél fontos a folyamatos üzem. 
A Mondo a folyamat befejeztével a számítógép újraindítására .. 
szólít fel. Nyomjuk meg a CTRL-ALT-DELETE billentyűkombinációt. . Összegzés 
Megismertük a mondoarchive képességeit a katasztrófa utáni 


A programkészlet ellenőrzése helyreállítás terén. A program részletesebb felfedezését javasoljuk 
A teljes helyreállítás mellett a mondoarchive program másra -— segítségével a katasztrófa után gyorsan és teljesen helyreál- 

is alkalmas. Ha a lemásolt gép adatai időben változatlanok, líthatjuk a rendszereinket. Mindehhez látogassunk el a Mondo 
akkor feltehető, hogy nem is akarjuk, hogy megváltozzanak. Rescue honlapjára 

Ez a helyzet a Midwest Tool éz Die linuxos útválasztóival. (2 http/www.microwerks.net/-hugojindex.html]). 


A mondoarchive programmal összehasonlíthatjuk a számító- 
gépen lévő programkészletet a mentett adatokkal, és a változá-  [/nux Journal 2003. október, 114. szám 
sokról jelentést kaphatunk. A folyamat egyszerű: indítsuk el 

a rendszert az 1. CD-ről, és írjuk be a tt compare parancsot. 

A végén a mondoarchive az összehasonlítás eredményét a 
/tmp/changed.txt állományba menti. Különbségek lesznek a 

CD és az első fájlrendszer között. A naplóállományok és szinte 
minden a /var könyvtárban megváltozhat - ezek miatt nem kell 
aggódnunk. Leginkább a /etc és a /boot könyvtárak változásait 
kell figyelemmel követnünk. Ezekben a könyvtárakban olyan 
rendszerre jellemző beállítóállományok vannak, amelyeknek a 
rendszer beüzemelése után nem szabad megváltozniuk. Ha ez 
mégis megtörtént, és nem emlékszünk rá, hogy mi változtattuk 
meg őket, akkor valószínűleg nagy gondban vagyunk. 

Az összehasonlításnak az az egyetlen hátránya, hogy a rendszert 
az ellenőrzés idejére le kell állítani. Valahol ez nem gond, de 
akadnak olyan rendszerek, amelyeknek folyamatosan működ- 
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Eszközosztályok 


Árnyaljuk egy kicsit a képet, avagy hogyan írhatunk olyan eszközillesztőt, 
amelyik hibátlanul működik a 2.6-os rendszermag alatt. 


legutóbbi, , A rendszermag beállításai" című írásom- 
ban (Linuxvilág, 2003 júniusi szám) megismerkedtünk 
a rendszermag illesztőprogram-keretrendszerével, 
illetve az általános busz és az illesztőprogramok és -eszközök 
kódjának a működésével. A különböző alrendszerek működé- 
sének leírásakor az i2c magot hoztam fel példaként. Ebben 

a hónapban az illesztőprogram-osztálykód működése kerül 
terítékre, és ismét az i2c kódja szolgál példaként. 

Mint a múlt alkalommal már szó esett róla, az eszközosztályok 
nem az objektumközpontú világ értelmezése szerinti osztályokat 
jelentik, inkább adott típusú szolgáltatást nyújtanak a felhasz- 
náló számára. A rendszermag osztályai például a tty, a blokkos 
vagy a hálózati eszközök és — hamarosan - a fájlrendszerek. 

A 2.5.69-es rendszermagban teljesen újraírt illesztőprogram- 
osztályrendszer mutatkozott be. A korábbi rendszermagvál- 
tozatokban az osztályok támogatása szoros kapcsolatban állt 
az illesztőprogramok és az eszközök támogatásával. Az adott 
osztály egyben az eszközhöz is kötődött, amikor egy illesztő- 
programnál bejegyzésre került. Ez sok eszköznél és osztálynál 
jól működött, de a valós élet bőségesen szolgált olyan eszkö- 
zökkel, amelyek nem nagyon illettek ebbe a modellbe. Most 
az osztályok támogatása csak laza kapcsolatban áll az illesztő- 
programokkal és az eszközökkel, eszközre vagy illesztőprog- 
ramra valójában már nincs is szükség az osztálykód haszná- 
latához, mint ezt a tty-osztálykód is mutatja. Az osztálykód 
három különböző típusú szerkezetre osztható: osztályokra, 
osztályeszközökre és osztályfelületekre. 


Osztályok 

A rendszermagban az osztályok megadása egy struct class 
adatszerkezettel történik. Igen, C-ben a class nem fenntartott 
szó. (Mindenki, aki C-t -- fordítóval szeretne rendszermagot 
fordítani, az új osztálykód készítőjéhez címezze jókívánságait.) 
Ha létre akarunk hozni egy osztály-adatszerkezetet, mindössze 
a struct class adatszerkezet name változójának kell értéket 
adnunk, és máris érvényes osztályt kaptunk. Ezt az alábbi 
kóddal tehetjük meg: 


static ettüct class 12Zc adapter class z (1 
.name - "12c adapter" 


To 


Az osztály adatszerkezetet megadás után a class register 
függvény meghívásával lehet bejegyezni az illesztőprogram- 
magnál: 


if (class register(612c adapter class) !- 0) 
printk(KERN ERR "i12c adapter class 
failed " 


"to register properly" ) ; 


Ha a class register függvény hibajelzés nélkül tér vissza, 
akkor a /sys/class/i2c adapter könyvtár sikeresen létrejött. 
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Később, ha az osztályt el kell távolítani, a class unregister 
függvényt kell meghívni: 


class unregister(6£i12c adapter class); 


Osztályeszközök 

Az osztályok a különféle osztályeszközök kezelésére szolgál- 

nak. A rendszermagban az osztályeszközök megadása a 

struct class device adatszerkezettel történik. Ez az 

adatszerkezet számos, az illesztőprogram-mag által használt 
változót tartalmaz, ezekkel az illesztőprogram írójának nem 

kell foglalkoznia. Az általa értékkel ellátandó változók a 

következők: 

e Class: arra a struct class adatszerkezetre kell mutat- 
nia, amelynek a feladata lesz az osztályeszköz kezelése. 

e dev: az osztályeszközhöz hozzárendelt struct device 
adatszerkezet címét kell értékéül adni, amennyiben van 
ilyen. Egyetlen struct device adatszerkezetre több 
osztályeszköz-adatszerkezet is hivatkozhat. Ez a legfőbb 
különbség az előző rendszermag osztálytámogatása és a 
jelenlegi megvalósítás között. Ennek a változónak nem 
muszáj értéket adni, a rendszermag nélküle is jól működik. 
Ha mégis kap értéket, egy a struct device adatszerke- 
zetre mutató közvetett eszközhivatkozás jön létre az 
osztályeszköz sysís bejegyzésében. A példát lásd lejjebb. 

e class id: karaktertömb, az osztályeszköz leírását tartal- 
mazza. Az adott osztály-adatszerkezethez hozzárendelt 
osztályeszköz-adatszerkezetek között egyedinek kell lennie. 

e class data: egy mutatót tartalmaz, amely az osztály- 
illesztőprogram által az osztályeszközhöz hozzárendelendő 
saját adatokra mutat. Ezt a változót közvetlenül nem kell 
elérni, értékének beállítására és lekérdezésére a 
class set devdataésaclass get devdata 
függvény használható. 


Megfelelően előkészített struct class device adatszerkezet 
bejegyzésétaclass device register függvénnyel lehet 
elvégezni. Egy struct class device adatszerkezet kezdeti 
értékadására és az illesztőprogram-magnál való bejegyzésére az 
alábbi, a drivers/i2c/i2c-core.c fájlból származó kódrészlet ad példát: 


/F A csatoló hozzáadása az i12c adapter 
osztályhoz "/ 


memset (adap-:sclass dev, 0x00, 
sizeof(struct class device) ) ; 
adap-:class dev.dev - §adap-:dev; 
adap-:sclass dev.class - §12c adapter class; 
strncpy (adap-:sclass dev.class id, 
adap-:dev.bus id, BUS ID SIZE) ; 
class device register(§adap-:class dev) ; 


Először a struct class device változó (a struct 


i2c adapter változóba van beágyazva) kap kezdeti érték- 
ként nullát. Bejegyzés előtt minden illesztőprogrammodelIl- 
adatszerkezet összes változójának nullát kell értékként adni, az 
illesztőprogram-mag csak így tudja helyesen kezelni őket. 
Ezután a dev változó olyan értéket kap, hogy az i2c adapter 
struct device változójára mutasson. Ebben az esetben a 
struct i2c adapter adatszerkezet egy struct device 

és egy struct class device adatszerkezetet is tartalmaz. 
A class változó az i2c adapter class változó címére fog 
mutatni, majd a class id változó az eszköz bus id azono- 
sítójával megegyező értéket kap. Mivel az i2c adapter eszköz 
bus id azonosítója egyedi értékkel bír, egyben az i2c adapter 
class device adatszerkezetének class id összetevője is 
egyedi lesz. Végüla class device register függvény 
meghívásával megtörténik az osztályeszköz-adatszerkezet 
bejegyzése a rendszermag eszközillesztő magjánál. 

A fenti kód és két i2c csatoló betöltése után a próbagépen az 

1. litstán láthatóak szerint alakult a /sys/class/i2c adapter fa. 


A fa alapján is látható, hogy az illesztőprogram-mag önműködő- 
en hoz létre egy eszköz- és egy illesztőprogram közvetett hivat- 
kozást, és ezek a sysfs fa megfelelő pontjaira mutatnak. Ha a 
dev mutató nem a struct device adatszerkezetre mutat, akkor 
a közvetett hivatkozások nem jönnek létre. Ha bepillantunk a 
/sys/class/tty könyvtárba, akkor az osztályeszköz-bejegyzések 
túlnyomó részéhez nem tartozik struct device adatszerkezet, 
vagyis ezek a szimbolikus hivatkozások hiányoznak. 


Osztályfelületek 

Az osztályfelületek révén tudja a rendszer értesíteni a saját 
kódunkat, ha egy struct class device adatszerkezet egy 
adott osztálynál bejegyzésre, illetve eltávolításra kerül. Az 
osztályfelület megadása a struct class interface adat- 
szerkezettel történik, ami egészen egyszerű: 


struct class interface ( 
struct list head node; 
struct class class; 
int ("add) (struct class device ?"); 
void (?"remove) (struct class device "); 


ha 


A class változó értékeként kell megadni azt az osztályt, 
amelynek az eseményeiről értesülni szeretnénk. Az add 
(hozzáadás) és a remove (eltávolítás) változó értéke egy függ- 
vény lesz, amelyet akkor kell meghívni, ha eszközt adunk 
hozzá az osztályhoz, illetve távolítunk el belőle. Ha valamelyik 
eseményről nem akarunk értesülni, akkor a neki megfelelő 
változónak nem kötelező értéket adnunk. 

Ha osztályfelületet szeretnénk bejegyezni a rendszermagnál, 
aclass interface register függvényt kell használnunk, 
míg az eltávolításta class interface unregister függ- 
vénnyel hajthatjuk végre. Az osztályfelületek használatára szép 
példát találunk a processzor órajel-magkódjában, amely a rend- 
szermag forrásának kernel/cpufreg.c fájljában található meg. 


Fájlok létrehozása 

Mint már említettem, az i2c-adapter osztály segítségével köny- 
nyen felismerhetjük a rendszerben lévő különféle i2c-csatoló- 
kat, illetve meghatározhatjuk helyüket az illesztőprogram- 
fában. Csakhogy az i2c-csatolókat a felhasználó nem címezheti 
meg közvetlenül. Amennyiben párbeszédbe szeretnénk ele- 
gyedni egy i2c-csatolóval, akkor be kell töltenünk egy i2c-lapka 
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S tree /sys/class/i12c-adapter/ 
/sys/class/i2c-adapter/ 


I1-- 12c-0 
I1-- device 
—n  ../ EI pe 
] "—-- driver -s 
S. / ../DbDus/NiH[/0 kKKCK.K(C€CGKc. ll FE ee 
l1-- i2c-2 
I1-- device 
p.m, ./ EF /dévicés[; Végácy [170 2 
"-- driver 
SES aZ a/ s / O1S/ 120/drivers/ i2ccadapter 


illesztőprogramot, vagy az i2c-dev illesztőprogramot kell hasz- 
nálnunk. Az i2c-dev illesztőprogram karakteres illesztőfelületet 
biztosít a rendszerben jelenlévő összes i2c-csatolóhoz. Mivel 
nem árt pontosan tudni, hogy mely i2c-dev eszközök mely i2c- 
csatolókhoz csatlakoznak, létrehoztuk az i2c-dev osztályt: 


static struct class i12c dev class —- ( 
. name -— !12c-dev" 


E 


Miután az i12c-dev illesztőprogram az összes i2c-csatolót 
megtalálta, az eszközillesztő mag egy új i2c osztályeszközzel 
bővül. A hozzáadás az i2c add class device függvényen 
belül történik: 


static void 
12c add class device(char "name, int minor, 


struct 12c adapter "adap) 


struct 12c dev Fi12c dev; 
int retval; 
12c dev - kmalloc(sizeof("12c dev) , 
GFP KERNEL) ; 
if (!i1i2c dev) 
return; 
memset(12c dev, 0x00, sizeof("Fri2c dev) ) ; 

if (adap-:sdev.parent -—- legacy bus) 

12c dev-sclass dev.dev - §adap-:dev; 
else 

12c dev-sclass dev.dev - 

—madap-sdev.parent; 
12c dev-:sclass dev.class - 6§12c dev class; 
snprintf(i2c dev-sclass dev.class id, 

BUS ID SIZE, "$s", name) ; 

retval - 

class device register 

07 (€612c dev-sclass dev) ; 
if (retval) 

goto error; 
class device create file 
07 (€612c dev-sclass dev, 
msclass device attr dev) ; 


12c dev-:sminor - minor; 


epirn lockís12c dev list löck)i 
list add(£12c dev-snode, §12c dev list); 


2003. november 21 


e ELL 


0 Kiskapu Kft. Minden Jog fenntartva 


0 Kiskapu Kft. Minden Jog fenntartva 


5 tree /sys/eclass/téledtelővei 
/eys/cCclass/i2c-dev/ 


I1-- 12c-0 
[-- dev 
I; "device 
8-5 ../../ AE E. 


-- driver -5 
..7/ ..7/7 . . /bú8/pc1/dr MgEGEF EGEKET KE 
"—-- 12c-2 


J ök; 


1-— dev 

I1-- device 

s. s ../../../devices/legacy/i12c-2 

"—-- driver 

SE a OSZ ÜZE ÜZÉLS / d ZETA dapter 


spin unlock(£12c dev list lock); 
return; 

error : 
kfíree(i12c dev) ; 


A függvény csak néhány részletben tér el az i2c adapter 
osztály bejegyzését végző kódtól. Először is a class dev.dev 
mező vagy a csatoló szülőeszközére vagy magára a csatolóra 
mutat. Ennek oka az, hogy az i2c-csatolóknak valójában nincs 
szülőjük az általános rendszermag-eszközfában, hiszen vagy 

a rendszermag illesztőprogram-modelljében (például az ISA 
busszal ellentétben) nem szereplő buszon találhatók, vagy 
lényegében nem is csatlakoznak semmilyen buszra (mint pél- 
dául bizonyos beágyazott i2c-vezérlők). Ha egy i2c-csatolónak 
nincs helye a rendszermag eszközfájában, a rendszer az örökölt 
buszhoz rendeli hozzá. Az örökölt busz - a /sys/devices/legacy 
alatt található — hivatott az összes ilyen eszköz kezelésére. 

A második eltérést ennél az osztályeszköznél az alábbi sorban 
fedezhetjük fel: 

class device create file (6£12c dev-sclass dev, 
ssSclass device attr dev) ; 


A class device create file függvény egy fájlt hoz létre 
az osztályeszköz könyvtárában. A fájlnevet és a jellemzőket a 
CLASS DEVICE ATTR makró adja meg az alábbiak szerint: 


static ssize t 
show dev(struct class device fclass dev, 
sschar Ybuf) 


struct 12c dev 7i12c dev - 
to i12c dev(class dev) ; 
retürn aprintr(bút, "304xwWwü", 


S MKDEV(IZ2C MAJOR, i12c dev-sminor) ) ; 


) 

static 

CLASS DEVICE ATTIR(dev, S IRUGO, show dev, 
SNULL) ; 


A CLASS DEVICE ATTR" makró megadása a következő: 


tdefine 
CLASS DEVICE ATTR( name, mode, show, store) 
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S tree /sevs/bus/zdi26k 


/Gye/0uSZ IZE 
I1-- devices 
KEéSFYO050 —- 
SZE. . /devices78edo 5000 OSAN, 0 0050 
20051 -s 
SESSSESSSE devices / To CA ZAB ÉRT o E TAtt  s  04t 
1——- S8WYO5D2 -—s 
e /../../devices/Bóláö—————E6bClIE€6 
[E 00053 
sp az dévicss/poi07 00707 .5712€-070-0053 
Il . "—-- 2-0290 -s5 ../../../devices/legacy/ 
51 2c—-272-0290 
"-- drivers 
IE Fdov KÜVÜveE 
1—— eeprom 
[E 0 0050 
SE eke aa 7 edey bece / 0107 0050753712€-0/7Ü-005Ő 
IO 0051 - 
SZ sala e; devices/pci9700 07. 3712€6-070-0051 
[1-7 0-0052 -—s 
SE sel al a ele iEes/ DEL /00 07537 12€6S070SÜNBSZ 


S 
S al zel eg SS ÉGESZ DET ON SOT 37 2zes0y0S005S 
I1-- i12c adapter 

"we gold 
20290 
s /..7/..7..7devices/ legacy/12c€—-2/2-0290 
Az i2c-csatolókhoz tartozó /sys/devices/ könyvtárak tartalma: 


S tree /sys/devices/pci10/00:07.3 
7eyej devices /peioz 00078 


FE else 

I1-- device 

I1-- 12c-0 

[£- 0-0050 

[E cc oromt00 
1-- name 

"—-- power 

[-- 0-0051 

E céorom 00 
1-- name 

"—-- power 

[-- 0 0052 

E cron 00 
1-- name 

"-- power 

1-- 0-0053 

[E FCC orom 00 
]1-- name 

"-- power 

1-- name 

-—— power 

]1-- ird 

1--— name 

ez oowcia 

ls o0i ce 


JE e úbövyeremed ev ice 
E mem d 
my eineors 


struct class device attribute 


class device attr Ht name —- ( 
.attr - (.name - " stringifíy( name) , 
.mode - mode ), 
.show - show, 
.store —- store, 


Ta 


A CLASS DEVICE ATTR" makrón belül az alábbi átadott 
értékeket találjuk: 
e — name: a sysfs-en belül létrehozandó fájl neve, illetve 
része a name változónak, amely ezt a teljes jellemzőt írja le. 
e —. mode: a fájlhozzáférési mód, amellyel a fájl létrehozása 
történik. A megfelelő érték megadásához a szabványos 
hozzáférési makrók használhatók. 
e —. show: arra a függvényre mutat, amelynek meghívására 
a fájl tartalmának olvasásakor kerül sor. Ennek a függvény- 
nek az alábbi visszatérési értékkel és átadott értékekkel 
kell rendelkeznie. A változónak nem kell értéket adni, ha 
a fájlból nem fogunk olvasni. 
SS1z8€ 
show (struct class device fclass dev, 
eehár. ehüt 
e — store: arra a függvényre mutat, amelynek a meghívására 
a fájlba való íráskor kerül sor. Ennek a függvénynek az 
alábbi visszatérési értékkel és átadott értékekkel kell ren- 
delkeznie. A változónak nem kell értéket adni, ha a fájlba 
nem fogunk írni. 
ssize t 
Store. (etruúct deévicő "dÉV; 
ssconst char "buf, size t count);?" 
Szinte minden illesztőprogram-modell adatszerkezete 
rendelkezik egy ATTR ( ) makróval, amely megad egy fájlt 
a sysfs fán belül. 
Ebben a példában egy dev nevű fájl jön létre a 
class device create file függvény meghívásakor. 
A fájlból minden felhasználó csak olvashat. A fájl tartalmának 
olvasásakor az illesztőprogrammag a show dev függvényt 
hívja meg. A show dev függvény feltölti a neki átadott 
átmeneti tárat a felhasználónak továbbítandó adatokkal. Ebben 
az esetben a felhasználó az adott eszköz fő- és alszámát kapja 
meg. Minden fő- és alszámot használó osztályeszköznek 
rendelkeznie kell egy dev fájllal a megfelelő sysfs osztályeszköz 
könyvtáron belül. 
A class device create file függvény által létrehozott 
fájlok eltávolításáraa class device remove file 
függvény használható. Az eszközök eltávolításakor semmilyen 
fájlt nem kell kézzel törölni. Amikor egy eszközt eltávolítunk a 
sysífs alól, akkor a neki megfelelő könyvtárból a svsf£s-mag 
önműködően törli az összes fájlt. Ha tehát eltávolítjuk az 12c- 
dev osztályeszközt a rendszerből, mindössze az alábbi 
parancsokra van szükség: 


static void 

12c remove class device(int minor) 

( 
struct i12c dev Fi12c dev - 
struct list head "tmp; 
ie . tenand sz 05 


NULL; 


spin locki6120 dev. list lock); 
list for each (tmp, £12c dev list) ( 
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1i2c dev - list entry(ítmo, struct 
—0]72c dev, node) ; 
if (12c dev-sminor -- minor) ( 
found - 1; 
break; 
J 
1 
it. 41Toundi 4 
list del(512c€ dev-5noöde) ; 
eoin ünlockí(ki20. dev.list löőck); 
class device unregister 
09 (€12c dev-sclass dev) ; 
kfíree(12c dev) ; 
) else ( 
spin unlock(£12c dev list lock); 
1 
J 
Áttekintés 


Ha az i2c-dev illesztőprogram és két i2c-csatoló illesztő- 
program (az i2c-piix4 és az i2c-isa) be van töltve, akkor a 
/sys/class/i2c-dev könyvtár tartalma a 2. listában láthatók 
szerint alakul. 

A /sys/class/i2c-dev/i2c-2/ könyvtárban lévő dev fájl tartalma az 
alábbi karakterlánc lesz: 


S cat /sys/class/12c-dev/12c-2/dev 5902 


Ez a 86-os fő- és a 2-es alszámhoz tartozik, ezek az adott eszköz 
karakteres fő- és alszámai. 

A /sys/bus/i2c/ könyvtár tartalma az alábbiak szerint alakul, 
miután néhány i2c ügyfél-illesztőprogramot betöltöttünk 

(3. lista). A 4. listát lásd az 53. CD Magazin/Eszköz 
könyvtárában. 

A rendszermag illesztőprogram-moddellje által alkalmazott, 
egymáshoz kapcsolódó adatszerkezet-mutatók rendszeréről, 
illetve felhasználói alkalmazásukról Jonathan Corbet készítette 
a legjobb leírást: , Veb woven by a spider on drugs" 

(5 http:/Iwn.net/Articles/31185/). Bízom abban, hogy két 
írásom alapján kicsit áttekinthetőbbé vált ez a hatalmas kusza- 
ság, és sikerült valamennyire megismerkedni az eszközök 
között a rendszermagon belül fennálló kapcsolatokkal. 


Köszönetnyilvánítás 

Szeretnék köszönetet mondani Pat Mochel-nek, amiért ilyen 
kiváló és átfogó, a telhasználók számára is szemléletes keret- 
rendszert készített az összes rendszermag-illesztőprogramhoz 
és eszközhöz. Ugyancsak hálával tartozunk mindenkinek, 

aki valamelyik rendszermagillesztőprogram-alrendszert tartja 
karban, és örömmel alakította át alrendszerét az új modellnek 
megfelelően. Segítségük nélkül az eszközillesztő kódja nem 
lett volna több tetszetős egyetemi feladványnál. 


Linux Journal 2003. augusztus, 112. szám 


Greg Kroah-Hartman (greg€Cokroah.com) 
Jelenleg a Linux USB és a PCI Hot Plug 
rendszermag felelőse. Az IBM-nél dolgozik, ahol 
számos, a Linux rendszermagjával kapcsolatos 
kérdéssel foglalkozik. 
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Hitelesítés LDAP használatával (3. rész) vOd 


Az LDAbP-ról szóló sorozat záró írásában LDABP-kiszolgálónk Mick segítségével végre 


kn . 
tm 


eljut odáig, hogy valódi felhasználókat valóságos környezetben is képes hitelesíteni. 


z elmúlt hónapokban egy LDAP-kiszolgálót építget- 
AA tünk. Telepítettük az OpenLDAP-ot; beállítottuk a 

s lapd-t, a kiszolgálódémont; életet leheltünk a TLS 
alapú titkosításba; végül létrehoztuk első LDAP-bejegyzésün- 
ket, egy fő szervezet bejegyzését. Elérkezett az idő, hogy a 


rendszerhez hozzáadjuk a felhasználókat, és IMAP-munkame- 
netek hitelesítésére használjuk a kiszolgálót. 


Az adatbázis szerkezete 

Az LDAP felhasználói adatbázisának létrehozásakor az első 
lépés a címtár szerkezetének kigondolása, amely annak eldön- 
tését is magába foglalja, hogy a felhasználókat és az egyéb egye- 
deket kívánjuk-e csoportosítani, vagy egyszintű szerkezetet 
akarunk használni. Ha az LDAP-adatbázist kizárólag — és csakis 
kizárólag — hálózati telefonkönyv vagy hitelesítő kiszolgáló 
üzemeltetésére használjuk, akkor egy egyszintű adatbázis is 
megfelel. Ebben az esetben a felhasználók megkülönböztető 
nevei (Distinguished Name, DN) valahogy így alakulnak: 


dn-Mick Bauer, dc-proba, dc-org 


Ha azonban az adatbázis nemcsak személyekkel, de 
szervezeti csoportokkal, részlegekkel, számítógépekkel stb. 
kapcsolatos adatokat is tartalmaz, akkor kifinomultabb 
szerkezetű címtárra lehet szükség. Ilyet több módszerrel 

is lehet építeni. Az egyik lehetőség az, hogy a 
domainComponent (dc) mezőkkel tartományunkon belül 
altartományokat hozunk létre, függetlenül attól, hogy ezek 
a DNS-ben valóban léteznek-e. Ekkor a bejegyzések dn-Bick 
Mauer , dec-tervezes , dec-proba , dccorg formátumúak 
lesznek. Egy másik lehetőség az organizationalUunit 
objektumok hasonló módon való használata, ilyenkor 
dn-Dick Lauer, ou-tervezes , dec-proba , dc-org 

lesz a kapott formátum. 

Annak érdekében, hogy a további mondandóm is követhető 
legyen, maradok az egyszintű adatbázis használatánál; termé- 
szetesen senkinek nem szeretném a kedvét szegni: mindenki 
maga határozza meg, hogy igényeinek milyen szerkezetű 
LDAP-adatbázis felel meg a leginkább. A 

2 http:/www.openldap.org címen elérhető és az OpenLDAP 
programhoz mellékelt leírásokban bőven találni példákat. 


A séma és a felhasználórekordok 

Szintén fontos döntés a használni kívánt és a rekordokba beil- 
lesztendő LDAP-jellemzők körének a meghatározása. A múlt 
alkalommal már szóltam arról, hogy ezek hogyan vannak 
csoportosítva a sémákban, illetve milyen kapcsolatban állnak 
egymással. Bizonyára mindenki emlékszik, hogy a 
/etc/openldapislapd.conf fájlban megadott sémák határozzák 
meg, hogy a rekordokban milyen jellemzőket lehet tárolni. 

A sémákat nem elég a /etc/openldap/slapd.conf fájlban 
felsorolni: minden létrehozott rekordban a megfelelő sémákat 
objectClass állításokkal hozzá kell rendelni az egyes 


Linuxvilág 





File Filters 


Search] Erouse Schena] 


subtreeMinimumguality aj 
supportedAlgorithms 01D 


[13.2342.19200300.100.1.1 


Substrings 
[aseIgnoresubstringsMatch 


Suntax í length 


[1.1466.115.121.1.1512563 Í 
Used in objectclasses 


inetOrgPerson 
posixfccount 
shadowAccount 
uidübject 


supportedApplicationcontE / 
supportedClontrol 
supportedExtension 
supportedFeatures 
supportedLDAPVersion 
supportedsASLMechanisms 
telephoneNumber 
xmozillaanyphone 
teletexTerminalldentifier 
telexNumber 
textEncodedüRíddress 
title 


s [User applications 


I Obsolete 

I Single value 

.J Tf Collective 

ff No user modification 











A séma böngészése a gg segítségével 


felhasználókhoz. Ugyancsak a múlt alkalommal mondtam el, 
hogy a /etc/openldap/schema könyvtárban lévő sémafájlok 
határozzák meg, hogy milyen séma milyen jellemzőket tartal- 
maz, illetve hogy az adott sémán belül milyen objektumosz- 
tályokhoz milyen jellemzők tartoznak. 

Tegyük fel, hogy az LDAP-kiszolgáló IMAP-kapcsolatokhoz fog 
hitelesítést végezni. Ekkor az uid és a userPassword LDAP- 
jellemzőkre mindenképpen szükség lesz. Hasonlók mondhatók 
el bármely más alkalmazásról is, ha az a Bind-eljárással végez 
LDAP alapú hitelesítést, vagyis hitelesítő programrésze egysze- 
rűen megpróbál kapcsolódni az LDAP-kiszolgálóhoz úgy, 
hogy közben a felhasználó által megadott nevet és jelszót 
alkalmazza. Ha a csatlakozás sikeres, a program a hitelesítést 
sikeresnek ítéli, és lezárja az LDAP-kapcsolatot. 

Azt, hogy az uid és a userPassword jellemzők mely sémában 
és objektumosztályokban találhatók meg, a legegyszerűbben 
úgy mérhetjük fel, hogy a grep paranccsal a /etc/openldap/ 
schema könyvtárban rákeresünk az uid és a userPassword 
karakterláncra, feljegyezzük a találatokat, kézzel végignézzük a 
megfelelő állományokat, és kikeressük az említett két jellemzőt 
MUST () vagy MAY ( ) állításban tartalmazó objektumosztályokat. 
Jómagam az uid karakterláncra az OpenLDAP 2.0-t futtató Red 
Hat 7.3 rendszeren a következő fájlokban találtam hivatkozást: 
core.schema, cosine.schema, inetorgperson.schema, nis.schema 

és openldap.schema. 

A talált fájlokon a less segítségével végigszaladva a követ- 
kezőkre jutottam: a core.schema fájl uidobj ect objektuma 
megköveteli az uid jellemzőt, a cosine.schema egyetlen, az 
uid jellemzőre vonatkozó hivatkozása megjegyzésbe van téve, 
így érdektelen; az inetorgperson.schema egy inetOrgPerson 
objektumosztályt tartalmaz, amely kiegészítő jellemzőként 
támogatja az uid használatát, a nis.schema két objektumosz- 
tállyal rendelkezik — posixAccount és shadowAccount —, 
mindkettő megköveteli az uid elérhetőségét, nem különben 
az openldap.schema OpenLDAPperson objektumosztálya. 
Szerencsére ezeket az adatokat sokkal gyorsabban is beszerez- 
hetjük. A ga LDAP-eszköz segítségével LDAP-kiszolgálónk 
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1. lista LDIF fájl egy felhasználói rekord hozzáadásához 


dn: cn-Wong HE CERNA EEKES ee ee öle 
cnadiwong Fei HöHE. 


sn: Wong 

givenname: Fei Hung 
objectclass: person 
osjéctcelass: jé 
objectclass: inetOrgPerson 


ünn: wongfíhdertéédÉCző 
telsonomamioszs 651-344-1043 
983 BPizoloa 

üsd: ewong en 


összes sémájának összes jellemzőjét végigböngészhetjük. 
Képünkön látható, hogy a saját LDAP-kiszolgálómon a ga 
szerint hol találhatók hivatkozások az uid jellemzőre. 
Képünkön látható Used in objectclasses (Ezekben az objek- 
tumosztályokban használva) lista elárulja nekünk, hogy a 
kiválasztott jellemző - jelen esetben az uid — az uidobject, 
a posixAccount, a shadowAccount és az i1netOrgPerson 
objektumosztályokban tűnik fel, pontosan azokban, amelyeket 
a grep használatával is megtaláltunk. Az OpenLDAPperson 
objektumosztály nem tűnik fel a ga ablakában, mivel a kér- 
déses LDAP-kiszolgálón a /etc/openldap/slapd.conf fájlban nincs 
olyan parancs, amely az openldap.schema fájl használatát elő- 
írná. Miután eldöntöttük, hogy milyen formátumú LDAP-re- 
kordokat szeretnénk használni, bármikor eltávolíthatjuk a szá- 
munkra szükségtelen objektumosztályokat tartalmazó sémákat. 
Gondolom, mindez eléggé zűrös dolognak tűnik, és valóban 
az tud lenni, de túl kell esni rajta, hiszen olyan rekordokat kell 
létrehoznunk, amelyek képesek a környezetünk által igényelt 
adatok tárolására. Mivel az LDAP meglehetősen rugalmas, a 
jellemzők igényeinknek megfelelő összeválogatásához bizony 
szükség lehet egy kis bütykölésre. 


Rekordok létrehozása és hozzáatása 

Ahogy a sémák böngészése, úgy az LDAP-rekordok hozzá- 
adása is végezhető kézzel és grafikus felületen egyaránt. 

A múlt alkalommal kézzel hoztuk létre a fő szervezet bejegy- 
zését, így első felhasználói rekordunkat is így fogjuk megal- 
kotni. Az eljárás két lépésből áll: először készítenünk kell egy 
különleges, LDIF formátumú szövegfájlt, majd az Idapadd 
paranccsal be kell emelnünk a tartalmát az LDAP-adatbázisba. 
Vessünk egy pillantást az 1. listában látható LDIF-fájlra. 

Mivel minden mást ezek határoznak meg, az 1. lista elemzését a 
benne található objectclass állításokkal fogjuk kezdeni. Ez a 
felhasználó a top (minden rekord esetében kötelező), a person 
és az inetorgperson objektumosztályokkal van összerendelve. 
A person osztályt azért választottam ki, mert benne található 
meg a userPassword (ezt az 1. kódrészletben nem adtuk meg, 
ám Mr. Wong hamarosan jelszót is kap) és a telephonenumber 
jellemző — az utóbbira ugyan egyelőre nincs szükségünk, de a 
későbbiekben még lehet. Az inetorgPerson objektumosztály- 
ban található az uid jellemző, valamint jó pár egyéb jellemző is, 
amelyek később még jól jöhetnek. 

A sémában található MUST és MAY megszorításokat — többek 
között — úgy kerülhetjük meg, hogy a schemacheck off utasí- 
tással bővítjük a /etc/openldap/slapd.conf fájlt. Így a slapd.conf 
fájlban hivatkozott sémafájlok bármelyikének bármely jellem- 
zőjét használhatjuk, figyelmen kívül hagyva az objektumosz- 
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tályokat. Természetesen ezzel rontjuk a más LDAP-kiszolgálók- 
kal való együttműködés esélyét, sőt bizonyos alkalmazások mű- 
ködését meg is akadályozhatjuk, arról nem is szólva, hogy meg- 
csúfoljuk az LDAP RFC-ket. Nem csoda, hogy a szakértők általá- 
ban elutasítják a sémaellenőrzés kikapcsolásának ezt a módját. 
Talán nincs szükség arra, hogy az 1. kódrészlet minden sorát 
pontosan elmagyarázzam, a jellemzők jelentése könnyen meg- 
érthető. Annyit azért megemlítenék, hogy bár nem kell az ösz- 
szes valaha használni kívánt jellemzőnek értéket adni, néme- 
lyik beállítása mégis kötelező — ezeket a megfelelő objektum- 
osztályok megadásában MUST ( ) , MUST ( ) állításokban találjuk 
meg. Minden általunk megadott jellemzőnek legalább egy, 

a rekordban megadott objektumosztály MUST ( ) vagy MAY ( ) 
állításában szerepelnie kell, bizonyos jellemzők — mint a 

cn — pedig egy-egy rekordon belül többször is megadhatók. 
Az 1. listában látható rekordot az Idapadd paranccsal adhat- 
juk hozzá az adatbázishoz: 


0 Kiskapu Kft. Minden Jog fenntartva 


S ldapadd -x -D 
sdc-org" -W -f 


"cn-]ldapproba , dc-proba, 
./whong.1dif 


Az előző alkalommal is hasonló módon alkalmaztuk az 
1ldapadd parancsot. A parancs használatának módjáról az 
Idapadd(1) súgóoldalon találni részletes leírást. 

Ha az LDIF fájlban megadott objektumosztályok által megkö- 
vetelt jellemzők mindegyikét megadtuk, ha a kiválasztott 
jellemzőket kivétel nélkül támogatják ezek az objektumosztá- 
lyok, és ha az erre utaló parancs megjelenésekor a helyes 
LDAP bina jelszót adjuk meg, akkor a rekord bekerül az 
adatbázisba. Ha valamelyik feltétel nem teljesül, akkor a mű- 
velet végrehajtása sikertelen lesz, az Idapadd pedig kiírja, 
hogy milyen hiba merült fel. Vagyis: hibáinkból tanulva, pró- 
bálgatással is összeüthetjük a megfelelő formátumú rekordot. 
Ha egyszer már sikerült eredményre jutni, a többi rekordnál 

is ugyanazt a formátumot tudjuk használni, nem kell újra 
megszenvednünk a sémával. 

Egy apróságra azért felhívnám a figyelmet. Ha az LDIF fájlunk 
több rekordot is tartalmaz, ami megengedett, és az LDAP-kiszol- 
gáló hibát észlel, akkor abbahagyja a fájl feldolgozását, és a 
hibás után következő rekordok beolvasását meg sem kísérli. 

Az első néhány felhasználó hozzáadásakor tehát, amíg a rekord- 
formátum valóban véglegessé nem válik, inkább csak egy-egy 
rekordot tartalmazó LDIF állományokkal érdemes dolgozni. 

A rekordok kézi létrehozása kicsit unalmas, de legalább módot 
ad egy kis elemzésre és ismerkedésre. Ez a lehetőség különösen 
az LDAP-adatbázis felépítésének kezdetekor fontos. 

Ha már van néhány felhasználórekordunk, akkor valamilyen 
grafikus felületet nyújtó eszköz, például az LDAP 
Browser/Editor (2 http:/www.iit.edu/—gawojar/ldap) vagy a 
ga (a legtöbb Linux-terjesztésben megtalálható) segítségével 

is folytathatjuk munkánkat. Ha például a ga-ban rákattintunk 
valamelyik rekordra, akkor egy menü bukkan fel, amely egy 
New Use current entry (Új Pillanatnyi bejegyzés használata) 
parancsot is tartalmaz, ezzel a kijelölt rekordból készíthetünk 
másolatot. Így nyilván gyorsabban és egyszerűbben dolgozha- 
tunk, mintha mindent begépelnénk egy LDIF fájlba. 


Jelszavak létrehozása 

Az 1. kódrészlet kapcsán már utaltam arra, hogy az LDIF 
fájlokban általában nem adjuk meg a felhasználók jelszavait. 
Erre a célra egy külön eljárás használható, amely az 
ldappasswd parancsban , testesül meg". Használata alapve- 
tően az Idapadd parancséhoz hasonló: 
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0 Kiskapu Kft. Minden Jog fenntartva 


S ldappasswd -S -x -D 

s" cn-rendszergazda , deczupstreamsolutions, 
esgescom -ew tensPhil 

7 esh, dc-upstreamsolutions, dc-com" 


Az Idappasswd parancs használatához nem kell a héjmun- 
kamenetbe bejelentkeznünk az LDAP-kiszolgálón, elég, ha 
a -H kapcsolóval megadjuk a távoli LDAP-kiszolgáló URL-jét: 


S ldappasswd -S -x -H 

mm ]daps : //1ldap.upstreamsolutions.com -D 
s" cn-rendszergazda , dezupstreamsolutions, 
sdc-com" -W "cn-Phil 

sTesh, dcczupstreamsolutions , dc-com" 


A kapcsoló az Idapadd paranccsal is használható. 

A fenti példában szereplő Idaps:// URL megadása kötelező. 

A -x kapcsolóval egyszerű, nyílt szöveggel történő hitelesítést 
választottam, így szükségszerűen ILS titkosítással védett kap- 
csolatot létesítek a kiszolgálóval. A múltkor már megmutattam, 
hogyan lehet TLS-kapcsolatok fogadására beállítani az LDAP- 
kiszolgálót. 

Nehéz lenne elhallgatnom azt a tényt, hogy LDAP használa- 
takor a felhasználók jelszavainak a kezelése okozza a legtöbb 
gondot. Ha viszont a felhasználók hozzáférést kapnak az 
ldappasswd parancshoz, akkor helyi /etc/Idap.conf fájlokkal 
és parancsfájlokkal vagy megfelelő felületet biztosító progra- 
mokkal egyszerűen megváltoztathatják a saját jelszavukat. 

A más operációs rendszert futtató felhasználók jelszavait azon- 
ban központilag kell kezelni, és — hacsak nem telepítünk LDAP 
ügyfélprogramot az ő gépükre is — a felhasználók minden jel- 
szóváltoztatás alkalmával kénytelenek felvenni a kapcsolatot a 
rendszergazdával. A Microsoft Windows alapú munkaállomá- 
sokhoz a Samba úgy is beállítható, hogy a felhasználók számára 
lehetővé tegye LDAP-jelszavuknak a Windows beépített jelszó- 
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kezelőjével történő megváltoztatását (lásd az , OpenLDAP 
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mindenütt" című írást a Linuxvilág 2003. januári számában). 


Hozzáférés-vezérlés 

Gyakorlatilag minden olyan tennivalót átvettünk, vagy 
legalábbis érintőlegesen megemlítettünk, amelyet egy 
OpenLDAP alapú LDAP-kiszolgáló üzembe helyezéséhez 

el kell végezni (kivéve a különféle kiszolgálóalkalmazások 
LDAP alapú hitelesítésre való átállításának cseppet sem 
lebecsülendő feladatát). Ha erőteljes biztonságra törekszünk, 
márpedig ha az egészbe belekezdtünk, csakis ez lehet a cél, 
akkor még egy dologról szót kell ejtenünk: az OpenLDAP 
hozzáférés-vezérlési listáiról (ACL). 

Ahogy a s1lapd démonra vonatkozó beállítások többségének, 
úgy az ACL-eknek a megadása is a /etc/openldap/slapd.conf 
fájlban történik. Az LDAP kapcsán talán nem meglepő, hogy 
az ACL-ek kezelése (is) okozhat némi fejtörést, és a kívánt 
eredmény eléréséhez bizony szükség lesz némi kísérletezésre. 
A 2. lista az ACL-ek megadására mutat példát. 

Az ACL-ek részletes ismertetése a slapd.conf(5) súgóoldalon 
található meg, de működésük alapjait a 2. kódrészlet alapján is 
fel lehet ismerni. Minden védeni kívánt LDAP-elemhez meg 
kell adnunk, hogy pontosan kik kapnak hozzáférést, illetve ez 
milyen szintű legyen. Egyébként a teljes ACL-t egyetlen sorban 
meg lehetne adni, de a hagyomány az, hogy minden "by..." 
állítást külön sorba írunk. A s1lapd elég okos ahhoz, hogy 


tudja, az "access to" karakterlánc a következő ACL kezdetét jelzi. 


Helyszűke miatt részletesen nem ismertethetem az ACL-ek 
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2. lista ACL-ek a /etc/slapd.conf fájlban 


access jelMáttrsz-zuseidőalóseworáel 
tezegeasén-ldappraésdés őt eGas eső ej öv e 
by self write 
by " compare 


access to " 
by dn-"cn-Ildappro Bók Stee E e 
by users read 
MozsKe ételi 


írásmódját, így csak néhány dolgot emelnék ki. Először is, az 
ACL-ek feldolgozása fentről lefelé történik, és az első találat 
jut érvényre, mintha szűrők kupacáról lenne szó. Fontos tehát, 
hogy a különleges ACL-eket az általánosabbak fölé helyezzük. 
A 2. listában például egy olyan ACL-t láthatunk, amely a 
userPassword jellemző elérését korlátozza, ezt pedig egy 

a teljes LDAP-adatbázisra vonatkozó szabály követi. 

A userPassword ACL-t előre helyezve engedélyezhetjük 

a felhasználóknak saját jelszavuk módosítását (access to 
attrs-userPassword by self write), de ez a lehetőség 
kivételt képez ahhoz képest, hogy a felhasználók bármit 
olvashatnak (access to " by users read). 

Ugyancsak hangsúlyoznom kell, hogy a hozzáférési szintek 
hierarchiába szerveződnek. A lehetséges szintek a none, az 
auth, a compare, a search, a read és a write, ahol a none 
a legalacsonyabb szint, a write pedig a legmagasabb, és 
mindegyik szint magába foglalja a nála alacsonyabbak által 
megadott jogokat is. Az első egyezés érvényre jutása és a 
hozzáférési szintek egymást való tartalmazása az a két jelleg- 
zetesség, amelyet az ACL-ek kezelése kapcsán meg kell érteni, 
már csak azért is, mert gondosan ügyelni kell arra, hogy az 
ACL-ek ne adjanak a kívántnál bővebb jogokat, de a munká- 
hoz szükséges hozzáféréseket biztosítsák. 


Összegzés 

Az LDAP az általam az utóbbi időkben látott egyik legbonyolul- 
tabb megoldás. Ha saját elvárásaink szerint szeretnénk munkára 
bírni, akkor fel kell készülnünk arra, hogy rengeteg próbálga- 
tásra lesz szükségünk, naplókban kell hosszasan turkálnunk, és 
mind az LDAP-kiszolgáló, mind a segítségével hitelesítést végző 
alkalmazások oldalán idegölő finomhangolást kell végeznünk. 
Ha azonban figyelembe vesszük, hogy milyen rugalmas, nagy 
teljesítményű és széles körben támogatott hitelesítő és címtárke- 
zelő eszközt kapunk, máris enyhülnek az álmatlan éjszakák 
kínjai. Remélem, hogy írásaim segítségével sikerül ezt a munkát 
véghez vinni, vagy legalábbis közelebb jutni a kitűzött célhoz. 


A cikkhez tarozó Kapcsolódó címek megtalálhatóak az 53. CD 
Magazin/ LDAP könyvtárában. 


Linux Journal 2003. szeptember, 113. szám 


Mick Bauer (mickCovisi.com) 

Biztonsági szakember, a Linux Journal biztonsági 
témákkal foglalkozó szerkesztője, biztonsági tanács- 
adó a Minnesota állambeli Minneapolisban található 
Upstream Solutions LLC Inc.-nél. Mick szabadidejében 
a gyermekeivel fogócskázik vagy zenél. 





NSA fokozott biztonságú Linux 


Rendszered kötelező, finomhangolt hozzáférés-beállításailval 
azt Is korlátozni tudod, hogy a rendszergazda mit tehet. 





z NSA fokozott biztonságú Linux gyökerei a korábban 
AA megjelent, nagy bizalomnak örvendő operációs rend- 

szerig (.DI0O5) és a Flaskig (Flux advanced security 
kernel — Flux fokozott biztonsági rendszermag) nyúlnak vissza. 
A DTOS projekt az amerikai National Security Agency (NSA) 
és a Secure Computing Corporation (SCC) 1990-es évek eleji- 
közepi együttműködésének az eredménye. A cél egy, a stan- 
dard biztonsági módszereknél erősebb biztonsági eljárásokkal 
bíró operációs rendszer készítése volt. A Flask-szerkezet az 
NSA, az SCC és a University of Utah Flux projektjének a 
végeredménye, amelyet , kibővítettek, hogy jobban megfeleljen 
a változó biztonsági előírásoknak" (Stephen Smalley , Flask: 
Flux Advanced Security Kernel", NAI Labs, 2000. december 26.; 
2 http:/www.cs.utah.edu/flux/flask). 
Az SE Linux megköveteli a hozzáférés-beállítást (Mandatory 
Access Control — MAC), míg egy átlagos Unix-rendszer tetszés 
szerinti hozzáférés-beállítással dolgozik (Discretionary Access 
Control — DAC). A DAC esetében a felhasználó szabja meg, 
hogy az egyes elemeknek mekkora hozzáférésük legyen az 
egyes területeken. Egy Unix-rendszeren például alkalmazhat- 
juk a chmod parancsot a saját könyvtárrendszerünk engedé- 
lyeinek megváltoztatáshoz. A MAC esetében a hozzáférés-be- 
állítást egy magasabb szinten lévő felhasználó szabja meg, 
ő határozza meg a biztonsági beállításokat, amelyek megadják 
az egyes elemek jogait. Ha létezik egy olyan szabály, amelyik 
megakadályozza, hogy Bob megnézze Alice otthoni fájljait, és 
Alice kiadja a chmod 777 utasítást az otthoni könyvtárában, 
Bob ennek ellenére sem tudja megnézni őket. 
A MAC-et használva a programok minimális jogosultságokkal 
futnak, egy ,megtámadott" folyamat nem tud hozzáférést adni 
a saját forrásaihoz olyan más folyamatok számára, amelyeknek 
ez eredetileg nincs engedélyezve. Ez mérsékli a károsodás 
mértékét abban az esetben, ha egy démon megsérülne. A biz- 
tonsági beállítások számos tényezőn múlnak, például a felhasz- 
náló jogosultságain, a futtatott program jellegén, azon, hogy 
mennyire megbízható a program, és milyen a kezelt adatok 
titkossági szintje vagy épsége. 


Mi az SE Linux? 


Az SE Linux egy rugalmas, finomhangolt hozzáférés-beállítás 
a Linux-rendszermagban, amely jelenleg az LSM-vázat alkal- 
mazza (lásd Linux Journal, 2002. november, Greg Kroah-Hart- 
man , Using the Kernel Security Module Interface"). A jelenlegi 
felhasználáskor az LSM-csatoló csak a korlátozó hozzáférés- 
beállítást támogatja, ezért ha a Unix-engedélyek leállítanak egy 
műveletet, azt az SE Linux sem engedélyezheti. Az SE Linuxot 
általában további korlátozások életbe léptetésére használják 
olyan rendszereken, ahol Unix-engedélyek élnek, és ez magá- 
tól is meglehetősen jól tudja a szükséges hozzáférés-beállítá- 
sokat. Az SE Linux egy rendszermagfoltból és más segédprog- 
ramokhoz tartozó foltok áll, ilyen például a login és cron. 
Az NSA felel a hivatalos változatokért. Néhány, nem az 
NSA-ban dolgozó személy is hozzájárult kódokkal a projekt- 
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hez. A csomagokat folyamatosan fejlesztik a Debian üzembiz- 
tos és fejlesztői változataihoz. Mivel az SE Linux a GPL felhasz- 
nálási szerződés hatálya alá esik, bárki hozzáírhat és saját 
módosításokat készíthet. Az SE Linuxot 2.4.19-es és frissebb 
rendszermagokon lehet használni, és e cikk írásakor — 2003 
májusában - a 2.5-ös rendszermagra is fejlesztik. 


Miért van szükség a módosított alkalmazásokra? 

Mint azt már korábban említettük, az SE Linux egy rendszermag- 
foltból és módosított segédprogramokból áll. A módosított segéd- 
programok teszik lehetővé, hogy a rendszer minden fájlja helyes 
biztonsági tartalommal bírjon. A segédprogramoknak módosított 
változatai is léteznek, például a login, a cron és a logrotate, 
valamint olyan programok, mint a ps és az 1s. A login eseté- 
ben például létfontosságú a helyes biztonsági környezet, amikor 
felhasználó bejelentkezik a rendszerbe. Ha ez nem él, akkor 
elképzelhető, hogy a felhasználó egyáltalán nem tud belépni. 

A login csomag telepítését a , Hogyan kezdjük?" fejezet írja 

le az SE Linux HowTo-jában (lásd a Kapcsolódó címeket), és ez 
nem is tartozik e cikk keretei közé. Ha azonban az SE Linux 
telepítésekor elfelejtjük felrakni a login csomagot, ez azt 
eredményezi, hogy nem lesz megfelelő kód kiadva a terminál- 
nak (terminal device), ahol az újraindítást követően bejelent- 
kezne, és ez lehetetlenné teszi a bejelentkezést. A módosítatlan 
login program szintén futtat egy héjprogramot a biztonsági 
környezetben, amely letiltja a fájlok hozzáférését a felhasználó 
saját könyvtárában. Például a login és cron foltjai megmond- 
ják a rendszermagnak, hogy melyik biztonsági környezetet 
alkalmazza. Ezek tényleges végrehajtását a rendszermag végzi. 
A címkézés létfontosságú, ezért van szükség néhány módosí- 
tott programra. Mindenki elkészítheti a saját biztonsági irányel- 
veit, amelyek a módosított csomagok telepítése nélkül is alap- 
szintű védettséget biztosítanak, de az alapbeállítás kifinomul- 
tabb biztonsági rendszert eredményez. 


Gyakran használt kifejezések 

Az alábbi kifejezésekkel mindig találkozhatunk, ha az SE Linux 

leírását vagy a levelezőlisták hozzászólásait olvassuk. Fontos, 

hogy ezekkel minél jobban megismerkedjünk, még mielőtt 

telepíteni próbálnánk az SE Linuxot, ezáltal ugyanis a későbbi 

munkánkat is megkönnyítjük. 

e — Tartomány 
Egy tartomány részletezi, hogy az egyes folyamatok mit 
tehetnek meg, és mit nem, illetve azt, hogy egy folyamat 
milyen műveleteket hajthat végre eltérő típusokon. Ha a 
felhasznalo t tartományban vagyunk (megkötések 
nélküli felhasználó tartomány) és a ps aux parancsot 
futtatjuk, akkor csak a felhasznalo t tartományban 
futó programokat látjuk. Egyéb példák a tartományra: 
a svsadm t, a rendszergazdai tartomány és az init t, 
amely az a tartomány, amelyben az init fut. A passwd t 
tartományban a passwd programot egy jogosultságokkal 
nem rendelkező felhasználó futtathatja. 
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Jogosultságok 

A jogosultság határozza meg, hogy mely tartományokat 
lehet használni. Az irányelveket tartalmazó adatbázis 
(policy database) határozza meg az egyes felhasználók által 
hozzáférhető tartományokat. Ha egy adott felhasználónak 
nincs engedélye (a beállításfájlban) belépni egy tartomány- 
ba, akkor letiltják. Két példa a jogosultságokra: az átlagos, 
jogosultságokkal nem rendelkező felhasználói szerep 
(felhasznalo r) és a rendszergazdai jogosultság 
(sysadm Tr). 

Nézzük a következő példát: ahhoz, hogy egy felhasz- 
náló a felhasznalo t tartomány alól egy passwd 
parancsot hajtson végre, a felhasznalo r jogosult- 
ságú felhasználónak kell begépelni: passwd. t; — ez a 
vonatkozó beállításfájlban van megadva. Ezenkívül más 
tartományátmeneti szabályokat is fel kell állítani, ezek 
bővebb ismertetéséről azonban terjedelmi okokból le kell 
mondanunk. Ez a hozzáadott kód szabja meg, hogy egy 
felhasználó , felhasználói" (user r) jogosultságokkal 
elérhesse a passwd. t tartományt ahhoz, hogy lefut- 
tassa a passwd parancsot. Más kérdés az, hogy vajon 

a régi tartománynak van-e jogosultsága átlépni az új 
tartományba. 

Most, hogy meghatároztuk a tartományokat és a szabályo- 
kat, összehasonlíthatjuk az SE Linuxot és a Unix uid-ot 
(felhasználói ID). Ha a rendszergazda ural egy programot, 
amelynek az Unix engedélye 4777 (ez a programot , setuid" 
rendszergazdává teszi), akkor a rendszer bármelyik felhasz- 
nálója végre tudja hajtani azt a programot, biztonsági hibát 
okozva ezzel. Az SE Linuxon azonban ha egy művelet átlép 
egy védett tartományt, és ha a művelet jogosultsága nem 
engedélyezett azon a tartományon, akkor a program nem 
fog futni. Az SE Linux-rendszereken minden művelet egy 
olyan tartományon fut, amelyik megszabja, hogy az egyes 
műveletek milyen hozzáférési joggal rendelkeznek. 
Azonosító 

Az SE Linux alatt az azonosító nem ugyanazt jelenti, mint 
a hagyományos Unix uid, amit az olvasók talán ismernek 
is. Az SE Linux alatt az azonosítók annak a biztonsági kör- 
nyezetnek részei, amelyek azt irányítják, hogy mit tehet 
meg az ember, és mit nem. Elképzelhető, hogy egy SE 
Linux azonosítónak és egy hagyományos Unix bejelentke- 
zési névnek ugyanaz a szöveges megjelenítése (és legtöbb- 
ször a könnyebbség kedvéért ez igaz is), de fontos megér- 
tenünk, hogy két különböző dologról van szó. Alapértel- 
mezés szerint ugyanazok, ha a kérdéses SE Linux azono- 
sító létezik. Ebből kifolyólag, ha faye felhasználóként 
jelentkezem be az SE Linux-rendszerbe, és az irányelv- 
adatbázisban szerepel faye, akkor az én műveleteimhez 

a faye azonosítót rendelik. 

Vegyük például a su parancsot a Unix-felhasználó ID-k 

és az SE Linux azonosítók különbségeit bemutatandó. 

A su futtatása nem változtatja meg a felhasználói azono- 
sítót az SE Linux alatt, de megváltoztatja az uid-ot, ahogy 
azt a nem SE Linux-rendszeren is tenné. Ha a faye fel- 
használó az SE Linux-rendszeren gépelné be, hogy su 
ahhoz, hogy rendszergazda lehessen, majd lefuttatná az 
id parancsot, amely kiadja az ő biztonsági környezetét és 
egyéb adatait, akkor láthatná, hogy az azonosítója továbbra 
is faye, nem pedig root, az uid azonban megváltozott. 
Hogy ezt jobban érzékeltessem: ha egy átlagos felhasználó 
a faye loginnal futtatja az id parancsot, akkor a követ- 
kező biztonsági környezetet látja: 
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uid-1000(faye) gid-1000(faye) 
groups-1000(faye) 

context-faye: felhasználó r:felhasználó t 
sids45 


Ebben az esetben a biztonsági környezet azonosító része 
faye. Láthatjuk, hogy az uid 1000. Tegyük fel, hogy faye 
ezután beüt egy su parancsot, és ismét futtatja az id 
parancsot. Most ezt látja: 


uid-0(root) gid-0(root) groups-0(root) 
context-faye:Telhasználó r:felhasználó t 
s1dzcd53 


A várttól eltérően az azonosító nem változott rendszergaz- 
dára, de az uid 0-ra változott. Ha azonban a faye felhasz- 
nálónak engedélye van a rendszergazda jogosultság alkal- 
mazására vagy sysadm r-re, akkor ezt megteheti: a kon- 
zolnál történő bejelentkezéskor megadja, hogy ő szuperfel- 
használó kíván lenni, vagy a newrole -r parancsot adja ki 
— erről még szólunk a továbbiakban. Ha ezt követően újból 
futtatja az id parancsot, ezt látja majd: 


context-3Dfaye:sysadm r:sysadm t 


Így az azonosító ismét ugyanaz marad, de a jogosultság 
és a tartomány (a második és harmadik mező) megválto- 
zik. Az azonosító ilyen módon történő megtartása ott 
hasznos, ahol a felhasználó megbízhatósága megköve- 
telhető. Ez léttontosságú a rendszer biztonsága szempont- 
jából is, mivel a felhasználó azonosítója határozza meg, 
hogy mely szerepeket és tartományokat lehet használni. 
Egy átlagos Unixon, ha az embernek van egy setuid 
vagy egy setgid programja, amely nem mindenki álltal 
futtatható, ennek elindíthatóságát nemcsak a bejelent- 
kezett felhasználó engedélyei szabják meg, hanem az 

is, hogy mely felhasználó felé végeztünk legutoljára egy 
su keresést. Ez a megkötés nem létezik az SE Linux alatt, 
mivel az az egyén azonosítóját minden művelet végre- 
hajtásakor rögzíti. Ha egy tartományon nincs engedé- 
lyünk setuid/setgid program futtatására, akkor nem fog- 
juk tudni futtatni, mégha egy su-val a rendszergazdává 
váltunk. A jogosultságod határozza meg, hogy mely tarto- 
mányba van engedélyed belépni, az általad megadható 
jogosultságokat pedig az azonosítód szabja meg. Ebből 
kifolyólag az azonosító közvetve irányítja az általad hasz- 
nálható tartományok listáját. 

Típus 

Minden tárgy egy típus alá van sorolva, ez a típus hatá- 
rozza meg, hogy mi férhet hozzá az adott tárgyhoz. 

A tárgyak jelen esetben fájlok, könyvtárak, foglalatok 
(sockets) és más műveletek. Egy típus elgondolásában 

a tartományhoz hasonlít, a különbség az, hogy a tarto- 
mány csak a műveletekre vonatkozik. Másként fogal- 
mazva: a tartomány egy olyan típus, amelyik a művele- 
tekre vonatkozik. 

Átmenet 

Egy lekért művelet során megváltozó biztonsági környezet 
átmenetére vonatkozik. Az átmenet két csoport egyikébe 
tartozik. Az első csoport a tartományműveletek átmenete. 
Amikor egy adott programot futtatunk, az átmenet indul- 
hat a jelenlegi tartományból egy új tartományművelet felé. 
Ennek bemutatására a newrole parancsot használom. 
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A newrole parancs a szereped megváltoztatását szolgálja, 
mondjuk a felhasznalo r-rőla sysadm r-re - feltéve, 
hogy sysadm r-ként van hozzáférésed. Ha 
felhasznalo r-ként indulsz (ez az átlagos, jogosultsá- 
gokkal nem rendelkező felhasználó), és lefuttatsz egy 
newrole-r sysadm r-t, hogy megváltoztasd a 
sysadm r-t, a rendszergazdai szerepet, átmenetet képezel 
a felhasznalo t tartományból a newrole t felé (ez az 
a tartomány, ahol az új jogosultság művelet futni fog), és 
onnan pedig a sysadm t tartomány felé. 
A második átmeneti kategória a fájltípusok átmeneti jellege, 
amikor fájlt nyitunk egy adott könyvtár alatt. Ha egy 
felhasználó egy fájlt hoz létre a saját könyvtárában, akkor 
annak a fájlnak a címkéje user home t lesz. De ha 
ugyanez a felhasználó egy fájlt a /tmp-ben hoz létre, akkor 
az afájlauser tmp t címkét kapja. Auser tmp t a 
/tmp típusból lett elvonva, amely a tmp t, és abból a 
tartományból, ahol a fájlt létrehozták, ez a user t. Amikor 
a felhasználó létrehoz egy fájlt a /tmp alatt, átmenet zajlik le 
auser tmp t típus felé. 

e Irányelvek 
Egy irányelv határozza meg, hogy mely típusok mely 
műveleteket hajthatják végre az egyes tartományokban. 
Minden démonnak megvan a saját irányelve és a névadási 
szabály az démon-name.te, postfix.te, apache.te stb. Egy SE 
Linuxot futtató gép rendszergazdájaként tetszés szerint 
szerkesztheted az irányelv fájlokat. Az irányelv-adatbázis 
az irányelvek forrásfájljainak az összesített listája, amit a 
rendszermag tölt be indításkor. 


SE Linux rendszeren a spasswd programot használjuk a 
jelszó megváltoztatására. A soasswd gyakorlatilag a bur- 
kolója (wrapper) a Linux-rendszeren használt passwa-nek, 
ez biztosítja, hogy a passwd program a helyes tartományon 
fusson. Ugyancsak ez biztosítja azt is, hogy az SE Linux-azo- 
nosítód megegyezzen az egyébkénti Unix-azonosítóddal. 
Korábban említettem, hogy az átlagos Unix-felhasználó ID-k 
sokban különböznek az SE Linux-azonosítóktól, de akkor 
most, amikor a spasswd-t futtatom, miért kell egyezniük? 
A spasswd követeli meg, hogy az SE Linux-azonosítóneved 
megegyezzen a Unix-azonosítóddal. Emlékezz csak, az SE 
Linux-rendszeren az azonosítód az egyetlen módja annak 
azonosítására, hogy ki is vagy. Tehát ha legutóbb nem te 
voltál a megadott Unix-felhasználó, akkor nem tudod 
megváltoztatni a jelszót. 

Ha rendszergazda vagy (sysadm r), egy másik felhasználó 
jelszavának a megváltoztatásra a sadminpasswd programot 
használhatod. A sadminpasswd esetében nem él ez az azonos 
felhasználónév/azonosító megkötés, mint a spasswa-nél, de 
a sadminpasswd csak sysadm t-ként futtatható. 


Megengedő és megkötő módok 

Az SE Linux kétféle üzemmódban futtatható: megengedőben 
vagy megkötőben. A megengedő módot hibakeresés céljából 
használjuk, mivel ott minden naplózódik, de az SE Linux 
valójában nem köti magát az irányelveidhez. A felhasználó 
továbbra is tud rendszergazdaként végrehajtani dolgokat, csak- 
úgy, mint egy átlagos Linux-rendszeren. Amíg meggyőződsz 
róla, hogy minden irányelv kielégítően működik, legjobb a 
gépet megengedő módban futtatni. Címkéket adunk a rend- 
szerben található tárgyaknak, de semmit sem kényszerítünk ki. 
A megkötő mód a már megadott irányelveket használja, példá- 
ul a hozzáférés-beállításokat. Csak akkor indítsd a gépedet 
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megkötő módban, ha meggyőződtél róla, hogy az rendesen 
működik, és már egy ideje rendesen futott megengedő mód- 
ban. Ne feledd, hogy ha a rendszermagba nincs befordítva 

a fejlesztői támogatás, akkor itt nem futtahatod megengedő 
módban a rendszert. Ha a rendszermagban be van kapcsolva 
fejlesztői támogatás, akkor a gép megengedő üzemmódban 
indul, és kézzel kell megkötő módra kapcsolnod. Ezt könnyen 
megteheted egy indító parancsfájl segítségével. A másik 
megoldás, hogy kiépítesz egy ilyen utat: 


/etc/rc.boot/avc and /sbin/ 
avc toggle 


Újabb megoldás: írd be a rendszermag parancssorába, hogy 
enforcing-1. Az avc toggle parancsot használhatod 

a megengedő és a megkötő mód közti változtatásra, és 

avc enforcing parancsot használhatod annak megállapí- 
tására, hogy megkötő módban vagy-e éppen. 


0 Kiskapu Kft. Minden Jog fenntartva 


Hogyan tovább? 

E cikk olvasása után remélhetőleg kedvet kaptál az SE Linux 
kipróbálásához. Szándékosan hagytam ki a telepítési útmuta- 
tót, mivel RPM-ek, az úgynevezett source tarballs vagy Debian- 
csomagok segítségével is telepíthetsz. Az alapvető lépések 
leírása egy külön cikket is megtöltene. Egy sereg új dolgot meg 
lehet tanulni a telepítés előtt, közben és után, és az új felhasz- 
nálók gyakran összezavarodnak. De ha — még mielőtt bármibe 
is belefognál — elolvasod a Kapcsolódó címek részben megneve- 
zett dokumentumokat és megismerkedsz a gyakran használt 
fogalmakkal, az egészet valamivel könnyebbnek találod majd. 
Ha elakadsz, izzítsd be kedvenc IRC-ügyfeledet, és menj a 
jselinux csatornára a 3 http:/irc.debian.org alatt, vagy 
iratkozz fel az SE Linux-levelezőlistára. 


Linux Journal 2003. augusztus, 112. szám 


Faye Coker 

Jelenleg szabadúszó rendszergazda. Gyakran 
futtat ISPs-rendszereket és állít át kiszolgálókat 
Linuxra. Dolgozott Európában és Ausztrállában. 

A kelleténél többször kérdezik meg tőle Linux-kon- 
ferenciákon, hogy , eltévedtél?" . 








Flask (Flux Advanced Security Kernel) 
2 www.cs.utah.edu/flux/flask 


Getting Started with SE Linux HOVWIO 
9 sourceforge.net/docman/display doc.php? 
docic— lozsgságrogpaid 21266 


NSA Official SE Linux oldal 8 www.nsa.gov/selinux 
NSA SE Linux GYK 5 www.nsa.gov/selinux/fag.html 


NSA SE Linux White Papers 
2 www.nsa.gov/selinux/docs.html 


SE Linux levelezőlista 5 www.nsa.gov/selinuxl/list.html 
SE Linux archívum 38 marc.theaimsgroup.com/?1—selinux 


Sourceborge SE Linux Project oldal 
2 http:/sourceforge.net/projects/selinux 
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ChessBrain 


Ha egyetlen számítógép is megver sakkban, mi lesz, ha 646 fog össze ellened? 


dén májusban 646 gép működött együtt egyetlen sakk- 
ő parti lejátszásában. Ez volt az első alkalom, amikor ilyen 

eredményt könyvelhettek el, és ezt a Linux, a nyílt 
programkód és 37 ország több száz programozójának együttes 
ereje tette lehetővé. 
A ChessBrain (3 http:/chessbrain.net) egy osztott számítási 
program, ami a hálózaton elérhető gépek kihasználatlan szá- 
mítási kapacitását aknázza ki nagy számításigényű feladatok 
megoldására. A ChessBrain-rendszer sakkjátszmák lejátszására 
összpontosít, de a háttérrendszer más játékokhoz vagy nem 
játék jellegű feladatokhoz is átalakítható. 
Képzeljünk el egy teljesen szokványos játszmát, azzal a különb- 
séggel, hogy az ellenfél minden lépése után telefont ragadunk 
és elkezdjük fölhívni a barátainkat, hogy adjanak tanácsot. 
Elmagyarázzuk az állást az elsőként hívott barátunknak, és 
megkérjük, hogy hívjon vissza, ha van valami ötlete. Azután 
másvalakitől kérdezzük meg, hogy aggódnunk kell-e egy kü- 
szöbön álló támadás miatt, és őt is megkérjük, hogy hívjon visz- 
sza, ha megvan a válasz. Valahogy így sakkozik a ChessBrain. 
A ChessBrain két része a SuperNode nevű, Linux alapú kiszol- 
gálóalkalmazás és a PeerNode nevű ügyfélprogram. A Super- 
Node egy hálózati játékkiszolgálóhoz csatlakozik, ami lehetővé 
teszi, hogy a bejelentkezett tagok egymás ellen játsszanak, 
kihívják a ChessBraint, vagy figyelemmel kísérjék a ChessBrain 
és pillanatnyi ellenfele játszmáját. A ChessBrain játék közben 
megvizsgálja az állásokat, lehetséges lépések százait küldi el 
feldolgozásra a távoli PeerNode-ügyfelekhez, begyűjti a vála- 
szokat, feldolgozza őket, és meglépi a legjobb lépést. A Chess- 
Brain hálózatba kötött gépek folytonosan változó halmazaként 
létezik. Ez mind filozófiai, mind tudományos szempontból 
nézve gyönyörű. 
A ChessBrainnel 2001 nyarán kezdtem el foglalkozni mint 
osztott számítási kísérlettel. Az év végére elkészült egy működő 
prototípus, szükségem volt tehát egy helyre a kiszolgálóprog- 
ram számára. Régi barátom, Walter Howard, a HackerWacker 
honlap (3 http:/hackerwacker.com) gazdája felajánlotta a saját 
11 vonalát a kiszolgáló elhelyezésére. 
2002. június 9-én a ChessBrain föltűnt a Slashdoton, a kedvező 
hírverés hatása pedig több száz új PeerNode-ot futtató fehasználó 
megjelenésében mutatkozott. Egyikük, Gavin Roy, a bteg hálózat 
(2 http/www.bteg.net) tulajdonosa, felajánlotta, hogy ingyen 
helyet biztosít a SuperNode-kiszolgálónak. Június 27-én Gavinnel 
ebédeltem, és átnyújtottam ennek a jószerivel idegen fickónak 
egy SuperNode-kiszolgálót egy Pentium III gépen. A ChessBrain 
gazdagabb lett egy kiszolgálóval, én pedig egy baráttal, Gavin 
ugyanis a ChessBrain egyik fontos támogatója lett. Áthelyeztem 
a SuperNode-kiszolgálót Gavin oldalára, Walt pedig tovább 
üzemeltette az eredetit tartalék- és kísérleti kiszolgálóként. 
Az ezt követő hónapok során hihetetlen mértékű figyelem 
irányult ránk. Nem úgy tűnt, mintha bárkit is zavarna, hogy 
a ChessBrain tulajdonképpen nem tud sakkozni. 2002 első 
nyolc hónapja a SuperNode-kiszolgálón végzett munkával és 
a PeerNode-ügyfél Microsoft Windows és Apple Mac OS X 
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rendszerre történő átültetésével telt. 


Linuxvilág 


Amikor a kiszolgáló és az ügyfelek jól működtek, a hangsúly 
arra tevődött át, hogy a ChessBrain képes legyen sakkozni. 

A hollandiai wbec-ridderkek (2 http:/www.wbec-ridderkek.n]) 
honlap közel 200 szabadon elérhető sakkprogramot sorol föl. 
Átnéztem néhányat, 
viszonylag tiszta és 
több operációs rend- 
szeren fordítható 
kódot keresve. Töké- 
letes programnak 
bizonyult a Beowulf, 
amit Colin Frayn írt, 
aki akkor az angliai 
Cambridge Egyetem 
doktorandusza volt. 
Váltottunk jó néhány 
levelet, és Colin 
beszállt a fejlesztés- 
be. Végig hálózaton 
keresztül folytattuk 
az együttműködést, 
elektronikus levelek 
és csevegőüzenetek 
(instant messaging) 
segítségével, és el- 
kezdtük a szükséges 
változtatásokat. 
Colin osztott számí- 
táshoz igazította a 
sakkprogramját, én 
pedig módosítottam 
a SuperNode és 
PeerNode programo- 
kat, hogy használ- 
hassák a sakkprog- 
ramot. A London és 
Los Angeles közötti 
időeltolódás éppen 
megfelelt nekünk. 
Üzentem Colinnak 
délután háromkor, 
és utána a nap folya- 
mán. Az én délutá- 
nom közepe felé Colin lefekvéshez készülődött, és én végig- 
dolgoztam az ő éjszakáját. Összeomlás előtt küldtem neki 
valami visszajelzést. Ez az egész napos ciklus hónapokig 
folytatódott. 

Colin eredeti Beowulf sakkprogramjából két sakkozó összete- 
vőt hozott létre BeoServer és BeoClient néven. Úgy alakította 
ki ezt a párost, hogy a ChessBrain keretein belül játszhassanak 
le sakkjátszmákat. 2002. december 22-én a ChessBrain leját- 
szotta első osztott számítással végzett sakkpartiját. 2003 január- 
jára a ChessBrain-közösség 62 gépet üzemeltetett és rendsze- 
resen tesztelte az új programváltozatokat. 
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1. kép Az első ChessBrain-kiszolgálók 





Áttekintés 

A SuperNode és a PeerNode többszálas C-t ---program, amit 
GCC-vel fordítottunk Red Hat Linux 7.1, 7.2 és 8.0 rendszeren. 
Az elsődleges SuperNode-kiszolgáló Slackware 8.0 alatt fut 

a bteg hálózat észak-kaliforniai telepén (1. kép). 

Mivel az alkalmazások erősen többszálasítottak, sok időt kellett a 
szálakkal kapcsolatos gondok megoldására fordítanom. A GDD 
és a DDD mellett egyedi naplózással kezeltem a hibakeresési 
feladatokat. A fejlesztési folyamat korai szakaszában a Perl-pa- 
rancsfájlok különösen alkalmasnak bizonyultak az új szolgálta- 
tások kipróbálására és a program terheléses tesztelésére. 12 gé- 
pem van otthon, ezek egy seregnyi, a helyi kiszolgálót bombázó 
Perl-parancsfájllal tekintélyt parancsoló teszteszközt alkottak. 


XML, 50AP és webszolgáltatások 


A fejlesztés kezdetén világos volt, hogy a SuperNode kiszolgá- 
lónak kapcsolatot kell tartania más kiszolgálókkal. Akkoriban 
az XML megfelelő megközelítési módot jelentett, és később az 
XMLRPC (http:/www.xmlrpc.org) további előnyöket nyújtott. 
Az egyszerű objektumelérési protokoll (Simple Object Access 
Protocol, SOAP) a más kiszolgálókkal beszélő kiszolgálók 
igényének kielégítése irányába fejlődött. A kedvezőbb együtt- 
működés lehetősége bátorított arra, hogy a SOAP legyen a 
SuperNode-kiszolgáló és a PeerNode-ügyfelek közötti kapcso- 
lattartás eszköze. Kívülről nézve a SuperNode úgy működik, 
mint egy webkiszolgáló SOAP alapú csatlakozófelületekkel. 
Bár a SuperNode-kiszolgáló GET- és POST HTIP-üzeneteket 
is használ, a POST a gyakoribb. A SuperNode HITP és XML 
alapú SOAP-kéréseket fogad, feldolgozza őket, és HITP-cso- 
magokat küld vissza, beágyazott SOAP kihelyezésekkel. 

A SuperNode és a PeerNode feldolgozza a SOAP-kéréseket, 
és a parancsokat egy belső parancselosztónak továbbítja, ami 
biztosítja, hogy a megfelelő parancskezelő dolgozza fel a ké- 
rést. A SuperNode-ban a leggyakoribb kérések a PeerNode- 
ügyfelektől érkeznek; a PeerNode-nak kapcsolódnia kell, 
hogy lekérhesse a következő feldolgozási egységet. A feldolgo- 
zási egység olyan XML-blokk, ami egy játékállást ír le, és uta- 
sításokat ad arra nézve, hogy az állást hogyan kell elemezni. 
A PeerNode egy teljes sakkprogrammotort tartalmaz, amit 
statikus könyvtárként fordítunk. Amikor a PeerNode meg- 
kapja a feldolgozási egységet, értelmezi a SOAP-választ, kibá- 
nyássza a feladatra vonatkozó adatokat és utasításokat küld 

a sakkmodulnak. 

Ezután a SuperNode-kiszolgáló a pillanatnyi állást elküldi a 
külső BeoServer folyamatnak. A folyamatközi kapcsolattartás 
két cső segítségével valósul meg. A közeljövőben a BeoServer 
terveink szerint külön gépre kerül, és UDP 1000Base-1 ethernet 
alkalmazására állunk át. 


Biztonság 

A biztonságos és hiteles üzenetváltás lényeges a ChessBrain 
számára. Egy rosszindulatú felhasználó egy meghamisított 
eredménnyel elronthatná a játékot és kínos helyzetet teremt- 
hetne. Az érzékeny adatokat a továbbítás során az AES 
Rijndael nevű fejlett titkosítási szabvány (Advanced Encryption 
Standard) védi. Az AES a belga Joan Daemen és Vincent Rijmen 
által kifejlesztett változó blokkhosszúságú, szimmetrikus 
titkosítási algoritmuson alapul, aminek a kiöregedő DES és 
háromszoros DES szabvány kiváltása a célja. 

Mielőtt a Rijndaelt felfedeztük volna, a Blowfish szimmetrikus 
kódolót használtuk, de a PeerNode Mac OS X rendszerre törté- 
nő átültetésekor az általunk használt Blowfish-megvalósításban 
gondok merültek fel a bájtsorrend körül. Az AES algoritmus 
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működése nem függ a bájtsorrendtől, így az adott helyzetben 
ez volt a legjobb megoldás. 

A PeerNode eredeti felépítése szerint két külön folyamatban 
futtatta az ügyfélprogramot és sakkprogramot. A PeerNode 
indította a sakkprogramot, és a szabványos kimenet átirányítá- 
sával hozott létre laza kapcsolatot. Eredetileg el akartuk kerülni 
a sakk-kód beültetését a PeerNode-ügyfélbe, hogy a program 
későbbi változataiban könnyen és gyorsan lecserélhessük. 
Később biztonsági megfontolásból statikus csatolásra tértünk 
át. A gondot az okozta, hogy lehetett olyan sakkproxy progra- 
mot írni, ami a PeerNode és a valódi sakkprogram között 
helyezkedik el. Ez könnyen lehetővé tette volna az eredmé- 
nyek megváltoztatását, mielőtt a SuperNode-kiszolgálóra 
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kerülnek. A statikus csatolás mellett két fontos előnye miatt 
döntöttünk: az egyik a nagyobb biztonság, a másik pedig 

a függvényalapú adatátadás az [/O alapú helyett. 

A Slashdotról kiinduló érdeklődéshullám szükségessé tette 

a ChessBrain sávszélességigényének a korlátozását. Ebből a 
szempontból nézve, bár a SOAP számos előnyös tulajdonság- 
gal bír, a mérete némi kívánnivalót hagy maga után. 

Ma már a zlib tömörítőkönyvtárat (2 http:/www.zlib.org) 
használjuk a titkosítás előtt a SOAP alapú üzenettovábbítás 
méretének csökkentésére. A tömörítés és a titkosítás korlátozza 
az együttműködési lehetőségeket, ugyanakkor az XML-tömö- 
rítési szabvány (3 http:/www.w3.org/IR/xmlenc-core) egy 
másik megközelítési módot kínál. 
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A ChessBrain-rendszer felépítése 


Botok, jelenlét és önálló játék 

A SuperNode-kiszolgálónak van egy Shannon nevű botja 
(szálként megvalósítva), ami kapcsolódik az internetes játék- 
kiszolgálókhoz és fönntartja a ChessBrain jelenlétét. A játék- 
kiszolgáló felhasználói parancsokat írhatnak be, amikkel 

a ChessBraint kihívják, vagy figyelemmel kísérhetik a játékot. 
Jó szórakozás volt a Shannon programozása, és a bot ma már 
sokféle parancsot ismer. Nagy lehetőségek rejlenek a felhasz- 
nálói bevitel helyett alkalmazott hálózati botokban. A Chess- 
Brain fejlesztése során letöltöttem a Free Internet Chess Server 
(FICS) forráskódját, és lefordítottam egy Linuxot futtató régi 
Pentium 200 MMX loshiba laptopon. A FICS C nyelvű, és a 
GCC gond nélkül fordította le. A kiszolgáló lehetővé teszi, 
hogy a felhasználók telnet-tel kapcsolódjanak az 50000-es 
kapura, és felhasználói név és jelszó segítségével bejelent- 
kezzenek. Néhány hónap múlva a forgalom növekedése miatt 
a FICS kiszolgálót egy másik, a 8 http://distributedchess.net 
tartományon elhelyezett ChessBrain-kiszolgálóra vittük át. 

A felhasználóknak már több lehetőségük nyílik a játszmák 
követésére. Bejelentkezhetnek közvetlenül a telnet-tel a 
játékkiszolgálóra, ahol a ChessBrain játszik, vagy használhatják 
valamelyik játszmafigyelő programunkat. 

Miután a ChessBrain képessé vált arra, hogy játékkiszolgá- 
lókon játszmákat folytasson, írtam egy Java-játszmafigyelőt, 
valamint PHP és Macromedia Flash alapú figyelőket is 

(2 http:/www.chessbrain.net/viewers.html]). Anthony Bravo 
írt egy Java nyelvű hálózati figyelőprogramot, ami a világszerte 
éppen működő PeerNode-okat mutatja. A felhasználók a 
csomópontokra kattintva megtudhatják, hány aktív ügyfél 
van az adott országban. 

A ChessBrain-honlapon található összes játszmakövető prog- 
ram a SOAP segítségével tart kapcsolatot a SuperNode-dal. 
Biztonsági megfontolásból az olyan bővítmények, mint a Java 
és a Macromedia Flash ActionScript nem engedélyezik, hogy 
a program más kiszolgálóhoz csatlakozzon, mint amelyikről 
letöltötték. Ezt az akadályt egy egyszerű XML proxy parancsál- 
lománnyal kerültem meg, ami HTIIP GE1I-kéréseket fogad az 
egyik kiszolgálón, és az ügyfél nevében csatlakozik a Super- 
Node-kiszolgálóra. Ha például le akarjuk kérni a pillanatnyi 
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7. lista A ChessBrain XML-válaszcsomag 


€27xűl versions SARRRRR SSE 
cenv:Envelope xmlns:env- 
ige CD : / /www ISS Koragy zoo 0 ÁSZÁBZTES Geo Sen metode 
san. ns : emc- 
"http: / /wig gyó LSE EE 
cenv : Bodyz 
ccbs: CBSGetPosResponse 


aminsesebs-c  hELo:/ /wuw. chessocaim net s 
ége eémg in 
Eme eze ezet epp ESZA TS se? 
P201NP1/1BPÍ1PPÍP/RNZKBÍR b KOkag - 
2/TETUTAS 
c€/cbs:CBSGetPosResponses 
c€/env :Bodyz 
€a/env: Envelopesz 


2. lista Egy XML kiszolgáló-állapotjelentés 


ézézéeldemáie ő 1 on—"1.0" E 
cenv : Envelope 
samkasétenv- "http : AdáWNNYENyy esos ej őe0 (0 MAZ 
59 s0ap-envelope" 
mLlris : enc— " falsot ÁNNNYNYÉNNY SNEK s egyék 00 MARLA 
9 Soap encoding" z 
cenv : Bodyz 
ccbs:CBSSysInfoResponse 
mines cos hee p:/ www. chessDradimn net "s 
zÜptime  dayac "1" "hoeurszc "14" 
menu tesssda  secsndsc "18" 7 
zsyeteéem joroccntec" 546" totmeme"250.13" 
inas eme ESOTONI 
mene 98" 
couetatesz "362/7078, 0,21L51891L ; 
360852" 
TÖGCSSZGg e OSSZES AE e 
ZRSEVEBYESSZ 290145905587 000000 
Paácketss 156528 16:000000" 
Errorsz"ű 000000 " 
Ésopce 0.000 akÜ EE 
zsendi BytSsSz"2445485887Z4 000000" 
Packetsst T2Z1TA7245Z00G0RA 
Errorsz? 0 . 000000 " 
JEE 60 OTTÓ ÉKEK 
c€/cbs:CBSSysInfoResponsesz 
c€/enyv : Bodyz 
c€a/env : Envelopez 


játékállást a SuperNode-kiszolgálótól, a következőt írjuk 
a böngésző címsorába: 


http: / /www. chessbrai1n.net / 
9 xmlproxy . php?command-CBSGetPos 


A kiszolgáló válaszul egy SOAP-csomagot küld, amilyet a fenti 
ábrán is láthatunk. A Mozilla böngészőben az oldal forráskódját 
megnézve látható a SOAP állomány. 


A SuperNode megfigyelése 

Egy kiszolgáló egészségi állapotának nyomon követése fontos 
része a rendszerfelügyeletnek. A fejlesztők szerencséjére a 
Linux sokféle módon megkönnyíti a kiszolgálók megfigyelését. 
A Linux /proc virtuális fájlrendszere valóságos aranybánya az 
értékes rendszeradatok szempontjából, ami a fejlesztők 
számára könnyebbé teszi a rendszerműködés beállítását és 
nyomon követését. A /proc/net/dev olyan adatokat mutat, mint 
a hálózati illesztőn küldött és fogadott bájtok és csomagok 
száma, a /proc/meminfo pedig bőséges statisztikával szolgál a 
memóriahasználatról. Aki az adatokat nem szereti a /proc fájl- 
rendszerből kibányászni, a syvsinfo ( ) segítségével könnyen 
és gyorsan tölthet fel adatszerkezeteket olyan rendszerstatiszti- 
kákkal, mint a rendszerterhelés, a szabad memóriaméret és 

a futó folyamatok száma. 

A SuperNode-kiszolgálótól a 2. listán látható példához 
hasonló rendszeradatok kérhetők le egy SOAP-hívással. 

A ChessBrain-közösség egyik tagja, Greg Davis írta az első 
programot a SuperNode megfigyelésére Perl nyelven, ami 

a SOAP-kérésre kapott választ a top parancshoz hasonló 
formában jeleníti meg. 


A PeerNode megfigyelése 

Mivel a ChessBrain-közösség számos tagja PeerNode-ügyfelet 
futtat sok gépen, egyszerű módon szerették volna nyomon 
követni egy gépcsoport állapotát. A PeerNode-ügyfelet úgy 
módosítottuk, hogy a 3434 kapura SOAP-kéréseket küldjön, így 
az ezen a kapun figyelő programok valós idejű állapotjelentést 
jeleníthetnek meg. Az első PeerNode-megfigyelőprogramot én 
írtam, aztán mások is elküldték saját változatukat. Grag Davis 
és Oliver Otte egy-egy Perl alapú programot tett közzé. 

A legnépszerűbb PeerNode-megfigyelőt, a CBMoc programot 
Kris Drent írta Java nyelven. 


Hordozható grafika és adatmegjelenítés 

A ChessBrain rengeteg adatot gyűjt össze, és jelenleg is 
dolgozunk azon, hogy az adatok megjelenítési módját hasz- 
nosítsuk a rendszerfigyelés és -elemzés során. 3D-s navigációs 
eszközöket fejlesztünk, amik lehetővé teszik a hálózati játék- 
menet nyomon követését. Sven Herrmann, házi 3D-szakértőnk 
OpenGL alapú leképezőt hozott létre, amit a SuperNode-meg- 
figyelő programunkban használunk. Ezt a leképezőt használja 
majd a képernyővédőnk és a játszmakövető programjaink 
következő nemzedéke is. 


Összegzés 

Jelenleg a ChessBrain egy működő prototípus, ami több száz 
gépen futtatva sakkozik Linux, FreeBSD, Mac OS X és 
Microsoft Windows operációs rendszeren. Nemzetközimester- 
szinten játszik, és számos lehetőséget látunk a további 
fejlesztésére. 

A ChessBrain jó példa arra, hogyan oldható meg egy összetett 
feladat nyílt forrású eszközökkel. Arra készülünk, hogy a 
ChessBrain kódját is nyílt forrású modellben fejlesszük tovább, 
azt remélve, hogy mások is csatlakoznak erőfeszítéseinkhez. 

A ChessBrainben az a csodálatos, hogy annyira sokféleképpen 
lehet hozzájárulni. Bárki részt vehet benne, akinek van egy 
gépe és internet-hozzáférése. Elég letölteni egy PeerNode- 
ügyfelet a ChessBrain-honlapról, futtatni egy vagy több gépen, 
és a ChessBrain máris nagyobb lett. 

Arra törekszünk, hogy a , legtöbb, egyetlen játékot játszó 
számítógép" hivatalosan elismert világrekordját állítsunk 
fel. Már kapcsolatba léptünk a világrekordokat nyilvántartó 
londoni irodával és több hivatalos sakkszövetséggel is. 

A ChessBrain mögött erős csapat áll, többek között Peter 
Wilson, a sakk világszövetség (FIDE) számítógépes sakk- 

és internetbizottságának korábbi elnöke. Pillanatnyilag 
megfelelő helyszínt keresünk egy nyilvános és internet 
alapú bemutatóhoz, ami magában foglalná az osztott számí- 
táshoz és sakkhoz kapcsolódó Guinness világrekord felállí- 
tását is. Érdemes figyelni a ChessBrain-honlapon a hiva- 
talos bejelentést. 


Köszönetnyilvánítás 

Szeretném megköszönni Janus Daniels, Cedric Griss és a 
ChessBrain-közösség más tagjainak a támogatását, amit a 
cikk írásához nyújtottak. Az elérhetőségek és a ChessBrain- 
kikicsoda megtalálható a 

2 http:/www.chessbrain.net/friends.html weboldalon. 
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Játékmotor a Blenderben (1. rész) 


smét a Blender képességeit fogom ismertetni, az elmúlt 
Ki egy hónapban azonban alkalmam volt jobban átgondolni 

a tanmenetet. Ezért ebben a részben a játékmotorban hasz- 
nálható érzékelőket (Sensors) és végrehajtó szerveket egyesével 
mutatom be, megalapozva a további játékkészítést. 
Folytassuk a tanulást az elméleti anyag elsajátításával — a szük- 
séges ismeretek birtokában már könnyebben érthető lesz játé- 
kunk elkészítésének a módja is. Mivel azonban a tárgyakhoz 
rendelhető változókat már az előző részben megismertük, 
folytassuk a sort a különféle érzékelőkkel! 
A Blender játékmotorja tizenegyféle érzékelőt kínál, ezekből ter- 
mészetesen tetszőleges számút rendelhetünk egy-egy tárgyhoz. 
Az első ilyen az Always nevet viseli, működése szerint a 
kimenetén meghatározott időközönként jelzést ad. Minden 
érzékelőnek három olyan alapvető tulajdonsága van, ame- 
lyekkel beállíthatjuk a kimenet viselkedését. Az egyik ilyen 
tulajdonság az Active, amelyet az érzékelő neve alatt található 
két kapcsolóval választhatunk ki. Értéke True vagy False 
lehet. Ezzel határozhatjuk meg, hogy amikor az érzékelő 
kimenete az alapállapottól eltérő lesz, annak logikai értéke 
igaz vagy hamis legyen. Fontossága abban rejlik, hogy min- 
den érzékelő kimenete egy feltételt vizsgáló csomópont 
bemenetéhez kapcsolódik, ahol a feltétel egy logikai vizsgálat 
is lehet. A másik jellemző tulajdonság a - freg:, vagyis az 
érzékelő működési frekvenciája. Ezzel határozhatjuk meg, 
hogy a játékmotor milyen gyakran vizsgálja az adott csomó- 
pont feltételeinek a teljesülését. Ezt az értéket 1/50-ed másod- 
percben mérve kell megadni, és a beállítására szolgáló mező 
az érzékelő neve alatt középen található. A harmadik alapvető 
tulajdonság pedig a név alatt jobbra található Inv, amellyel 
meghatározhatjuk, hogy a kimenet állapota a feltételek 
teljesülésekor vagy azok nem teljesülésekor váltson-e 
aktív jelszintre. 
A Keyboard érzékelővel, miként a neve is mutatja, a billen- 
tyűzet eseményeit figyelhetjük - az alábbi beállításokat figye- 
lembe véve. A Key az elsődleges billentyű, amelyre az érzékelő 
válaszolni fog. A Hold felirat mellett található két mezőben 
adhatjuk meg azt a két módosító billentyűt, ami a jelzés kivál- 
tásához elengedhetetlen. Természetesen amennyiben nem 
bonyolult billentyűkombinációkban gondolkodunk, ezek 
megadása nem kötelező. Ezeket a mezőket könnyedén beállít- 
hatjuk, ha az egérrel a mezőre kattintunk, ezután pedig a 
Press a key felirat megjelenésekor lenyomjuk a kívánt billen- 
tyűt. Módosító billentyű lehet a bal és jobb oldali CTRL, az ALT, 
a SHIFT és természetesen bármelyik másik billentyű is, de 
célszerű a fentiek közül választani, mert ezek eredeti műkö- 
dése is a többi billentyű működési módjának a megváltozta- 
tása. A LogToggle felirat melletti mezőben beállíthatjuk, hogy 
a megadott billentyű lenyomásakor valamilyen szöveges 
üzenetet is átadjunk a Target mezőben megadott tárgynak. 
A Mouse érzékelővel az egér eseményeire válaszolhatunk a 
játékban. Kevés beállítási lehetősége közül az első három az 
egérgombokra vonatkozik, míg a Movement az egér mozgatá- 
sakor hozza működésbe az érzékelő kimenetét, a Mouse Over 
pedig akkor, ha az egérmutató a tárgy fölé kerül. Ezt az utóbbit 
csak abban az esetben tudjuk majd kipróbálni, amikor a 
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Blenderrel futtatható állományt készítünk a játékból. 

A Collision típusú érzékelő alkalmas rá, hogy egy megha- 
tározott tulajdonsággal vagy anyaggal rendelkező tárggyal 
való érintkezést észleljünk a játékban. Az M/P kapcsolóval 
állíthatjuk be, hogy tulajdonságot vagy mintázatot szeret- 
nénk-e figyelni. Az érzékelő akkor fog jelzést adni, amikor a 
kijelölt tárgy azzal a meghatározott tulajdonsággal vagy anyag- 
gal rendelkező tárggyal érintkezik, amelyet itt beállítottunk. 

A Touch érzékelő működése csak annyiban tér el az előzőtől, 
hogy nem adhatunk meg tulajdonságot, csakis a tárgyak 
anyagát figyeltethetjük vele. 

A Near érzékelővel akkor adhatunk jelzést, ha a tárgyunk 

egy adott tulajdonsággal rendelkező másik tárgy közelébe ér. 
A Dist értékkel a bekapcsoláshoz szükséges távolságot adjuk 
meg, míg a Reset értékkel azt a távolságot, amelynél ha a két 
tárgy messzebb kerül egymástól, az érzékelő kimenete 
passzívvá válik. 

A Radar típusú érzékelő működése megegyezik a kinti világ- 
ban is használatos rádiólokátorokéval, vagyis egy kúp alakú 
csóván belül lévő tárgyak érzékelésére szolgál. Itt is megad- 
ható, hogy milyen tulajdonsággal rendelkező tárgyakat 
keressen, a X , Y , Z kapcsolókkal pedig megadhatjuk, hogy a 
forrásként szolgáló tárgynak (amelyikhez az érzékelőt hozzá- 
rendeljük) melyik tengelye alkossa a kúp tengelyét. Az érzé- 
kelő kúpjának a csúcsa egybeesik a tárgy érvényben lévő 
középpontjával. Az Ang értékkel adhatjuk meg a kúp nyílás- 
szögét, míg a Dist értékkel a hatótávolságot. 

A Property érzékelő alkalmas arra, hogy figyeljük a tárgy 
egy adott tulajdonságát. A beállításoktól függően jelzést 
kaphatunk, ha a Prop mezőben beállított tulajdonság egyenlő 
(Egua1) vagy nem egyenlő (Not Egua1) a Value mezőben 
beállított értékkel, vagy akkor is, ha az érték megváltozott 
(Changeg), esetleg egy adott tartományon belül van 
(Interva1). A működést kiváltó feltételt a legnyíló listá- 

ból választhatjuk ki, az előbbieknek megfelelően. Ameny- 
nyiben az Interval feltételt választjuk, a lista alatt két 
mezőt találhatunk, amelyekben a tartomány alsó és felső 
határát adjuk meg. 

A Random érzékelő működése minden jel szerint megegyezik 
az Always típusúéval, semmilyen szemmel látható különb- 
séget nem fedeztem fel. 

A Ray érzékelő hasonlít a korábban bemutatott Radar-hoz, 

itt azonban az érzékeny terület nem kúp alakú, hanem egyenes 
vonal. Ennél is beállítható, hogy az érzékelő állapota anyagtu- 
lajdonságra vagy játékmotorbeli tulajdonságra változzon-e, 
továbbá a Range értékkel a hatótávolságot is meghatároz- 
hatjuk. A lenyíló listában szereplő tengelyek szabják meg, hogy 
az érzékelő sugár a kiindulási tárgynak melyik tengelyével 
párhuzamosan haladjon, és ebben az esetben természetesen az 
előjel határozza meg a kiindulási irányt. Ez az érzékelő 
alkalmas például annak megállapítására is, hogy egy lézersugár 
eltalált-e egy adott tárgyat vagy a főhős belépett-e az infra- 
vörös kapu sugarába. 

A Message típusú érzékelő a sorban az utolsó, egy üzenet 
elfogására szolgál. A Subject mezőben határozhatjuk meg azt 

a szöveget, ami a tárgyhoz érkező üzenetek azonos nevű 
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mezőjében szerepelhet. Amennyiben megadunk egy ilyen 
értéket, a tárgyhoz rendelt érzékelő csak ilyen üzenetek 
érkezésekor reagál majd. 

Az előző részben ismertettem már a vezérlők (Controllers) 
típusait, így ennek ismétlésétől eltekintve a hatásokat kiváltó 


csomópontok (Actuators) tárgyalására térek át. 





1. kép Hangállomány betöltése 


Az első ilyen hatás a Movement, amivel a tárgy mozgását 
tudjuk befolyásolni. Minden értéket a három térbeli tengelyre 
vonatkoztatva háromdimenziós vektorként adhatunk meg. 

A Force a tárgy mozgási energiáját határozza meg, a Tordgue 
pedig a forgatónyomatékát. A dLoc a tárgy helyzetének 
változtatására szolgál, míg a dRot a tárgy elfordulását változ- 
tatja meg. A 1linyv a tárgy haladási sebességére vonatkozik, és 
ide tartozik még a három koordináta után található add kap- 
csoló -— ennek alkalmazásával a tárgyat a megadott értékeknek 
megfelelően gyorsíthatjuk vagy lassíthatjuk. Ha ezt a kapcsolót 
használjuk, akkor a beállított értékek hozzáadódnak az érvény- 
ben lévő sebességhez. Az angv vektorral határozhatjuk meg 

a tárgy szögsebességét. A fent felsorolt vektorokra vonatkozóan 
beállíthatjuk, hogy a Blender az értékeket a tárgy helyi koor- 
dinátarendszerében vagy a jelenet koordinátarendszerében 
értelmezze-e. Amennyiben a tárgy helyi koordinátarendszerét 
szeretnénk használni, akkor az adott vektor sorának végén 
lévő L kapcsolót is be kell kapcsolni. 

A Constraint hatás alkalmazásával elérhetjük, hogy tár- 
gyunk mozgása valamely tengely mentén korlátozott legyen. 
A kívánt tengelyt a legördülő listából választhatjuk ki, majd a 
Min és a Max értékekkel adhatjuk meg a korlátozás mértékét. 
A Camera hatás alkalmazásával a kamerának adhatunk utasí- 
tást arra, hogy a OB: mezőben megadott tárgy felé forduljon. 
Itt is használhatunk különféle megkötéseket. Az egyik ilyen 

a Height, amellyel a kamera magassága állítható be, a másik 
pedig az X és Y kapcsolók egyike, ezzel azt érhetjük el, hogy 

a kamera a céltárgy kiválasztott tengelye mögött próbáljon 
maradni. Természetesen előfordulhat, hogy a kamera nem 

tud megfelelően a tárgy felé fordulni, például akkor sem, ha 
az X tengelyt beállítjuk, és a kamera már alaphelyzetben is a 
céltárgy X tengelyének meghosszabbításán helyezkedik el. 

A Sound meglepő módon hangállomány lejátszására alkalmas. 
Amikor azonban ezt a hatást választjuk ki, alaphelyzetben 
hangfájl nem található a legördülő listában. Hogy itt is megje- 
lenjen valamilyen választási lehetőség, először a nézetek váltá- 
sára szolgáló gombsoron ki kell választanunk a hangszóró 
ikonnal jelzettet, és az anyagtulajdonságok hozzáadásához 
hasonlóan a nézet fejlécének segítségével be kell töltenünk egy 
hangállományt. Ennek megértését szolgálja az 1. kép is, ame- 
lyen piros és zöld keretek jelölik a megfelelő gombokat. 

A Blender képes WAV-állományok betöltésére és lejátszására. 
A Property hatást (effect) alkalmazhatjuk olyan esetekben, 
amikor a tárgy valamely játékmotorbeli tulajdonságát szeret- 
nénk megváltoztatni. A Prop mezőben megadott változó 
értékét a legördülő listából kiválasztott Assign menüponttal 
változtathatjuk meg, vagy hozzáadhatunk egy előre meghatá- 
rozott értéket, feltéve, hogy a listából a Add pontot választjuk 
ki. Amennyiben ebből a listából a Copy-t választjuk, akkor a 
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létrehozott tárgy örökli az előző tárgy tulajdonságait. Ebben 
az esetben a OB: mező tartalmazza a tulajdonság forrását, 
emellett a Prop határozza meg a forrástulajdonságot, míg 

a cél a korábban beállított Prop értéke lesz. 

Az ismertetést a könnyebben érthető hatásokkal folytatom: 
a Message alkalmas arra, hogy egy adott tárgynak 
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2. kép A Játék kezdete 


(ezt határozza meg a 1o mező értéke) - vagy amennyiben 
nem adunk meg céltárgyat, akkor minden tárgynak — üze- 
netet küldjünk. A Subject-ben megadhatjuk az üzenet 
tárgyát, ez alapján a Message érzékelő el tudja dönteni, 
hogy kell-e foglalkoznia a beérkező üzenettel. A I/P kapcso- 
lóval választhatunk szöveges üzenet vagy egy tulajdonság 
értékének az elküldése között. 

A CD hatással Zenei CD-t tudunk lejátszani a játékban. Lejátsz- 
hatjuk az egész lemezt, egy kiválasztott számot, a hatás segít- 
ségével pedig módosíthatjuk a lejátszás hangerejét, megállít- 
hatjuk, majd újra elindíthatjuk a lejátszást. 

A Game alkalmas a játék viselkedésének a megadására. 
Segítségével kiléphetünk a játékból, újraindíthatjuk azt, vagy 
egy másik játékot tölthetünk be. Amikor egy másik játék 
betöltése mellett döntünk, természetesen a játékot tartalmazó 
fájlnevet is meg kell adni. 

És végüla visibility hatás segítségével a tárgy láthatóságát 
szabályozhatjuk, például eltüntethetjük a már kilőtt és felrob- 
bant űrhajót. 

Nos, ebben a hónapban megtárgyaltuk a játékmotor legfon- 
tosabb összetevőit, ami ugyan egy kissé száraz és nagyon is 
elméleti anyag volt, ám a következő részben befejezzük a játé- 
kot (a működés szempontjából nézve), és a most kimaradt 
hatásokkal is megismerkedünk. Mint azt korábban már említet- 
tem, játékunk célja az lesz, hogy egy gömbszerű főhőssel anél- 
kül jussunk át az akadálypályán, hogy a kalapácsok összelapí- 
tanának minket vagy leesnénk a pálya szélén. A játékot nehezíti 
az is, hogy a főhős a nem mozgó akadályokkal ütközve pattog, 
így könnyen előfordulhat, hogy egy ütközést követően pont 
egy kalapács alá kerül. A külső kinézetre vonatkozóan mellé- 
keltem egy képet (2. kép). A távolban látható a kijárat boltíve, 
míg a főhős a nézőponthoz legközelebb eső gömbszetű alak. 

A decemberi viszontlátásig mindenkinek kellemes ismerkedést 
és alkotást kívánva búcsúzom. 


Fábián Zoltán (dzoolkofreemail.hu, dzooligoyahoo.com) 
25 éves, jelenleg programozóként dolgozik. 
Szabadidejében szívesen kirándul, túrázik. Emellett 
szeret rajzolni, érdekli a 3D-grafika és a Linuxszal 
kapcsolatban minden olyan program és program- 
nyelv, amit még nem ismer vagy nem próbált ki. 
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Núsorszórás az interneten 


Ismerkedjünk meg a digitális műsorszórás rejtelmeivel 
és a kiszolgálóalkalmazásokkal! 


izonyára sokan hallottak már 

a címben foglalt dologról, ám 
kevés olyan embert ismerek, 
aki részletesen ismerné a folyamat 
mikéntjét, tisztában lenne a szolgáltatás 
alapjaival, vagy épp rendszeresen 
igénybe venné azt. Jelen cikk egyik célja 
épp ezért az, hogy megismertesse az 
internetes műsorszórás alapvető techni- 
kai jellemzőit, vázolja a működését és 
eloszlassa az esetleges tévhiteket, 
amelyek a témával kapcsolat- 
ban a hiányos adatok miatt 
kialakultak. A cikk fennmaradó 
részében pedig a teljesség igé- 
nye nélkül szeretném néhány 

fő jellemzőjével bemutati a 
témához kapcsolódó linuxos 
programokat, megoldásokat. 

Az egyes programok részletes 
bemutatása a sorozat későbbi 
részeiben történik majd. 
Vágjunk bele! 





Mi is ez tulajdonképpen? 
Valószínűleg mindenki számára 
természetes és megszokott jelen 
ség a 21. században a televíziózás vagy 
a rádiózás, arra azonban már keveseb- 
ben gondolnak, hogy mi történne, ha 
ezt a tartalmat egy teljesen másfajta 
közvetítő közeg juttatná el a közönség- 
hez. Ilyen közeg lehet például az inter- 
net, amely tulajdonságait tekintve min- 
den szempontból megfelel: emberek 
milliói használják, széles körben elter- 
jedt, az előrejelzéseket figyelembe véve 
szinte minden területet meg fog hódí- 
tani; alkalmas adatok továbbítására, a 
végpontokon elhelyezkedő számítógé- 
pek képesek a digitális kép- és hangtar- 
talom lejátszására stb. Egyszóval olyan 
környezetről van szó, amely minden 
adottsággal rendelkezik, csupán ki kell 
aknázni ezeket. A helyzet természetesen 
mégsem egészen ilyen egyszerű. Bár a 
fent leírt dolgok mindegyike igaz, van 
néhány - az átlagfelhasználók számára 
láthatatlan — technikai akadály, amelyek 
áthidalása jelenleg is folyamatban van. 
Ezek az akadályok miatt jár még csak 
gyerekcipőben a Világhálón történő 
műsorszolgáltatás. 
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A jövő 

Hogy miért igyekeznek mégis elterjesz- 
teni a technológiát? A válasz egyszerű: 
az új eljárás számtalan előnnyel jár. 
Egyik legfőbb előnye például az, hogy 
a szolgáltatást használó személy beavat- 
kozhat a műsorfolyamba, vagyis kétirá- 
nyú adattovábbítás 

van jelen a 





kapcsolat során — szemben a televízió- és 
rádióadással, ahol csak a stúdióból a 
vevő felé áramlik az adat. Nem kell 
hozzá túl sok fantázia, hogy felmérjük, 
miféle új szolgáltatások bevezetését teszi 
lehetővé egy ilyen technikai adottság: 
végre egyszerűen megvalósulhat az 
interaktív tévéadás, ahol a néző maga is 
alakíthatja a műsor menetét, a film tar- 
talmának alakulását, vagy épp egy foci- 
meccs közvetítése során megválaszthatja 
a kameraállást, bármikor visszanézheti 
az ismétléseket stb. (Ezzel egyébként 
most is kísérleteznek a hagyományos 
lehetőségek mellett: az adás megszokott 
módon jut el a tévénézőkhöz, de egy 
visszirányú kapcsolatot is biztosítanak 
ez lehet telefonos vagy műholdas), 
amelyen keresztül a felhasználó elküld- 
heti az igényeit a ,központnak". 

A másik fontos előny abból adódik, 
hogy a vevő szinte közvetlen kapcsolat- 
ban áll az adóval, így a nézettség egy- 
szerűen mérhetővé válik; azonnal meg- 
oldható, hogy csak az nézhessen egy 
műsort, aki előfizetett rá. Ha valaki 


mondjuk nincs előfizetve, de most 
azonnal szeretné élvezni az adott adást, 
akkor arra bankkártyával azonnal előfi- 
zethet, és máris szemmel követheti — 
nem kell a kábeltévéseket megvárni, 
hogy mindezt lehetővé váljon. Nem 
kizárt annak megoldása sem, hogy a 
DVD-tilmekhez megszokott módon 
feliratot, illetve nyelvet válasz- 
szunk ahhoz a műsorhoz, amit 
épp nézünk. Ezenkívül olyan 
információhoz is hozzájut- 
hatunk, amelyet tévénézés 
vagy rádióhallgatás közben 
egyébként nem érhetünk 
el, például az adott műsor 
címéhez, a hozzá kapcso- 
lódó összes adathoz, a 
következő programhoz. 

A legnagyobb előnye 
mégis az, hogy mindeh- 
hez nincs szükség új be- 
rendezésre, új eszközök- 
re, új adatkapcsolatra, 
antennára -— a jelenlegi, 

interneteléréssel rendel- 

kező számítógép is megteszi. 


A jelen 

Meg kell jegyeznem, hogy azért az itt 
leírt előnyök kiaknázása még nem 
történt meg. Mint már említettem, még 
csak a gyerekcipős korszakban járunk, 
és jelenleg a hálózatok jelentős része 
sem teszi lehetővé az ehhez szükséges 
sávszélességet, néhol protokollt, de 
ennek ellenére szegényesebb szolgál- 
tatási színvonallal már most is számtalan 
helyen alkalmazzák. Hogy tiszta vizet 
öntsünk a pohárba, szeretnék néhány 
szót szólni a folyamatról, a technikai 
nehézségekről, hogy ezek miből fakad- 
nak, és hogy ezeknek a megoldására 
milyen kilátások vannak. 

Maga a műsorszórás folyamata úgy 
zajlik, hogy van egy kiszolgáló, amely 
valamelyik előre meghatározott hálózati 
kapujára egy adatfolyamot továbbít. 

A kiszolgáló ezen kapujára kapcsolódva 
az ügyfelek hozzáférhetnek ehhez az 
adatfolyamhoz. Az egész úgy működik, 
mintha csak letöltenénk egy weblapról, 
de az adatfolyam itt nem kerül mentésre, 


hanem egy átmeneti tárba jut, ahonnan 
egy — az adatfolyamot lejátszani képes — 
program kiolvassa és megjeleníti. A mű- 
sorfolyamnak tehát olyannak kell lennie, 
hogy bármelyik pillanatától olvasva hiba 
nélkül lejátszható legyen, tehát a folyam 
jellemzői valamilyen ismétlődő módon 
rövid időnként elérhetőek kell legyenek. 
Az ilyen adatfolyamokat szakaszol- 
hatónak (streamelhetőnek) nevezzük, 
ilyen például az MPEG layer 3, az 
MPEGTI, az MPECG2, a Winows Media 
Video/Audio vagy a RealMedia formá- 
tum. Ezek közül az utóbbi kettőt csak 
hang, vagy kép és hang továbbítására 

a felhasználó számára átlátszó módon 
egyaránt alkalmazzák, ezeket a formátu- 
mokat már kifejezetten az internetes 
műsorszórásra találták ki (ami természe- 
tesen nem jelenti azt, hogy helyi adat- 
tárolásra nem alkalmasak). 

A fentiek lejátszásához magától értető- 
dően sávszélességre van szükség mind 
az adó, mind a vevő oldalán. A sávszé- 
lesség az adás minőségének függvénye 
— az egyik technikai akadály rögtön 
ebből adódik. A kiszolgálók általában 
megfelelően nagy sebességű kapcsolattal 
rendelkeznek, ám ha sokan kapcsolód- 
nak hozzá, pillanatok alatt ki lehet merí- 
teni. Gondoljunk csak bele: gyenge 
minőségű képanyag továbbításához 
mostanában már elég 384 Kbit (egy 
szabvány ADSL kapcsolat sebessége 

-— nem véletlen, hogy épp ilyen méretűre 
szabják az adatfolyamot). Ha egy kiszol- 
gáló a hazai viszonyok mellett 100 Mbit 
sávszélességgel rendelkezik, az mind- 
össze 260 ügyfél kiszolgálását teszi lehe- 
tővé, ami igazából semmi a televíziók 
több milliós nézőtáborához képest, és 
hosszú távon mindenképp halálra van 
ítélve. Az internetes rádiókkal is ugyan- 
ez a helyzet, bár azok kevesebb sávszé- 
lességet igényelnek (kb. a harmadát, a 
felét), tehát nem oldódik meg, hogy 
felhasználók százezrei kapcsolódhassa- 
nak az adáshoz. Ezt most úgy próbálják 
kiküszöbölni, hogy több szolgáltatónál 
több kiszolgálót üzemeltetnek, a na- 
gyobbak gigabit nagyságrendű kapcso- 
lattal, és a kapcsolatokat elosztják az 
egyes gépek között. Mondanom sem 
kell, hogy ez milyen költséges, és a kö- 
zönség növekedésével milyen korlátok- 
ba ütközhet, tehát csak egy ,átmeneti" 
megoldásról van szó. (Ma egyébként 
szinte az összes ilyen internetes rádióál- 
lomás így működik.) A viszonylagosan 
kicsi közönség ugyanakkor nehézkessé 
teszi egy ilyen állomás megélhetését, 
nem jelent ugyanis piacot a reklámipar 
számára, ám az adás költségei, ha nem is 
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1. ábra A kapcsolatok növekedésének egyik módja 


olyan nagyok, ugyanúgy jelen vannak 
(a műsor jogdíjai, a fájlformátum jog- 
díja, a sávszélesség költsége stb.), s eze- 
ket meg kell fizetni. 


Egy lehetséges megoldás 

Erre a nehézségre azonban már meg- 
született a megoldás, már csak azt kell 
megvárni, hogy elterjedjen. A megoldás 
maga a hálózatok felépítésében rejlik, 
pontosabban az adattovábbítás mód- 
jában. Az interneten használatos ICP/IP 
protokoll IP-rétege felépítéséből adó- 
dóan csak az , unicast" (egyéni) módú 
csomagküldést teszi lehetővé a megszo- 
kott módszerrel, az egész hálózatra néz- 
ve. Ez a gyakorlatban azt jelenti, hogy 
ha egy kiszolgálótól két ügyfél ugyanazt 
az adatfolyamot kéri (tehát ugyanabban 
az időben két gép is ugyanazt tölti le 
ugyanabban az időpillanatban), akkor 

a kiszolgáló mindkét gépnek kétszer 
elküldi ugyanazt a csomagot, ami tőle 
kétszer annyi kimenő sávot foglal le, 

s mivel ezek az adatfolyamok meglehe- 
tősen nagyméretűek, ez okozza a jelen- 
tős sávszélesség-igényt. Természetesen 
ez nemcsak az adó és a vevő közötti 
útvonalon áll fenn, sok adó esetén a 
teljes gerinchálózat is eldugulhat tőle. 
Létezik már azonban az alkalmazott IP 
protokoll kiterjesztése, amely már támo- 
gatja a ,multicast" (csoportos) módú 
csomagküldést, s ez egy csapásra meg- 
oldja a felesleges sávfoglalást. Amikor 
ugyanis egy kiszolgálótól két ügyfél is 
ugyanazt a csomagot kéri, akkor a 
kiszolgáló mindössze egy üzenetet küld, 
amelyben a csomag összes címzettje fel 
van sorolva, és a csomag útja során csak 


a megfelelő csomópontban sokszoro- 
zódik, ott, ahol a csomag útja kettéválik. 
Így ha a fa felépítésű hálózatban 
haladunk, minden egyes szakaszon csak 
egy darab ugyanolyan csomag van 
jelen. Ezt azonban a hálózati eszközök- 
nek, csomópontoknak is támogatniuk 
kell, ezért meg kell várni, amíg szép 
fokozatosan elterjed. A jelenlegi állapot 
szerint a csoportos üzenetküldés ugyan 
létezik, szabványok vonatkoznak rá, 
ám a használatához különleges beállítá- 
sokra van szükség, az adónak előre 
meghatározott ügyfélcsoporttal kell 
rendelkeznie, és ami a legnagyobb 
probléma: nem tudjuk bárhol igénybe 
venni, ugyanis csak kis , szigetek" for- 
májában létezik. Ez azt jelenti, hogy 

az internet egyes részein vannak meg 
csak a technikai feltételei, nincs teljes 

- de még nagy részt magába foglaló — 
lefedettség sem. Régóta törekszenek 
csoportos üzenetküldést támogató 
gerinchálózat megteremtésére, nem is 
sikertelenül: üzemel egy MBONE 
(Multicast Backbone) nevű virtuális 
gerinchálózat, ám ehhez többek között 
még Magyarországnak sincs kapcso- 
lódási pontja (nálunk is csak kísérleti 
jelleggel léteznek fent említett 
,multicast-szigetek"). 

Emellett természetesen a végpontok 
jelentős részének is gyorsulnia kell 
körülbelül egy nagyságrendnyit, hogy 
az elején említett minőségű és szintű 
műsorszolgáltatás jöhessen létre. 

Most, hogy ilyen remekül leírtam, 
hogy igazából nem is működik, itt az 
ideje, hogy bemutassam: valójában 
mégiscsak üzemel, s ezrek használják. 
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2. ábra Összetett lehetőségek a VideoLAN segítségével 


Remekül működött például az elmúlt 
időszak során lezajlott valóságshow- 
áradat közepette, amikor is a helyszíne- 
ken zajló eseményeket a nap 24 órájá- 
ban figyelemmel kísérhettük az inter- 
neten keresztül, csupán egy médialeját- 
szó segítségével. A legtöbb helyen egy 
gyenge és egy jobb minőségű adatfo- 
lyam egyaránt elérhető volt (valójában 
ez is elég gyenge volt, de a célnak töké- 
letesen megfelelt), hogy kielégítsék a 
különböző sávszélességű kapcsolattal 
rendelkezők igényeit. Ez egyébként 
minden nagyobb ilyen szolgáltatás 
háza táján így működik. Ezenkívül 
számtalan rádióállomás működik folya- 
matosan, mp3-, asf- vagy vma-adatfo- 
lyamot , sugározva". Igazából ezek a 
népszerűbbek, hiszen nem nagy mére- 
tűek, és a minőségük megközelíti, vagy 
éppen meghaladja a földi sugárzású 
rádiók hangminőségét (beleszámítva 

az apró légköri zajokat). Ami a népsze- 
rűség mellett szólhat még, az az, hogy 
a lejátszóprogramokkal egyszerűen 
lehetőségünk nyílik az adatfolyam 
mentésére, tehát változatlan minőség- 
ben rögzíthetjük a meghallgatott adást 
(részben vagy egészben). A rádiók 
hallgatásához minőségtől függően 
elegendő a 80-500 kbit/s-os sávszéles- 
ség, de egy igen jó minőségű adafo- 
lyam lejátszásához már 130-160Kbit is 
megteszi, amit egy mai ADSL-es vagy 
kábelmodemes csatlakozás is bőségesen 
teljesít, és mellette még egyéb letöltések 
is folytathatók (webezés, levélolvasás 
stb.). Maga a szolgáltatás (kép, hang 
egységesen) a legtöbb helyen HIIP 
protokollon keresztül működik, ame- 
lyet minden internetre kötött gép fel- 
tétlenül ismer, hisz a világhálón elér- 
hető legelterjedtebb szolgáltatásról van 
szó. Emiatt az ilyen módon elérhető 
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adást sokan webrádiónak is nevezik. 
Most, hogy nagyjából ismerjük az effajta 
műsorszolgáltatás mikéntjét, szót ejthe- 
tünk arról, hogy milyen módszerekkel 
vehetjük igénybe ezt kedvenc operációs 
rendszerünk, a Linux segítségével. 
Rögtön bajban is vagyok, mivel nem 
tudom, hogy melyikkel is kezdjem, 
ugyanis igen jó támogatást nyújt mind 
a vevő, mind az adó oldalán. Remek 
lehetőségeket biztosít az adatfolyamok 
vételére és lejátszására, valamint az 
ilyen jellegű adások szórására, tehát 

a kiszolgálói feladatra. Azt hiszem, 
helyesebb volna először a fogadó (vevő) 
oldal programjait bemutatni, lássunk 
néhányat ezekból! 


AMMS 

Ez valójában a jól ismert MP3-lejátszó, 
amely a híres windowsos Winamp 
GPL-es változata. Számunkra most 
azért érdekes, mert kiválóan alkalmas 
internetes rádióadások hallgatására. 
Alapértelmezetten képes lejátszani az 
MP3 vagy OGG Vorbis alapú adatfolya- 
mokat. Szerencsénkre számtalan olyan 
rádióadás létezik, amelyik ebben a 
formátumban sugároz (az ilyen 
rádióadók címei megtalálhatók például 
a 2 http:/www.shoutcast.com címen 
kategorizálva, kereshető formában). 
Csupán annyi a dolgunk, hogy a meg- 
szerzett címet URL-ként hozzáadjuk 

a lejátszási listához, majd elindítjuk azt. 
Léteznek azonban olyan rádióadók is, 
amelyek péládul asf formátumban 
sugároznak. Nem kell megijednünk, 
ugyanis egy XMMS bővítmény telepíté- 
sével képesek leszünk minden olyan 
formátum lejátszására, melyet az avifile 
könyvtár támogat. Ezek után már 
mindegy lesz számunkra, hogy épp 
melyik formátumú rádiót hallagtjuk. 


Real0ne Player 

Ez a lejátszó alkalmas az egyik legősibb, 
szakaszolható formátum fogadására. 
Bizonyára sokan hallottak már a 
RealMedia által kifejlesztett, interneten 
sugározható formátumról, ugyanis 

ez volt az első, amelyik széles körben 
elterjedt. Az ilyen fájlokat a linuxos 
RealOne Player segítségével tudjuk 
egyszerűen lejátszani. Itt is hasonló 
elven kell meghallgatni a rádióadá- 
sokat, nevezetesen be kell írnunk 

egy RealMedia formátumban sugárzó 
kiszolgáló címét (ilyen címeket a 

2 http:/www.real.com címen találha- 
tunk). A lejátszó tudománya természe- 
tesen itt nem áll meg, ez ugyanis egy 
olyan formátum, amely kép továbbí- 
tására is szolgál, így tévéadások fogadá- 
sára is lehetőségünk nyílik. 


SHOUTcast 


Ez egy kiszolgálóoldali adatfolyamszóró 
program, amely lehetővé teszi, hogy a 
hálózati csatlakozással rendelkező gé- 
pünkből rádióállomást készíthessünk. 
Maga a program úgy működik, hogy 
egy, a S"HOULlcasttal együttműködni 
képes program egy előre kiválasztott 
bemenetről érkező hangot (vagy adat- 
folyamot) MP3 formátumúvá alakít 
(ilyen lehet például egy AXMMS bővít- 
mény), majd ezt , átküldi" a kiszolgáló- 
nak, amely - például HTIP protokollon 
keresztül - elérhetővé teszi a hozzánk 
csatlakozó számítógépek számára. Ezek 
után ha valaki csatlakozni szeretne 

a gépünkhöz mint rádióállomáshoz, 
nyugodtan megteheti, csak be kell írnia 
a lejátszóba gépünk IP-címét és a csatla- 
kozási kapu számát, majd élvezheti a 
gépből kiáramló zenét. A programnak 
számtalan beállítási lehetősége van. 

Az egyik nagy csoportba a hálózati jel- 
lemzőkre vonatkozó kapcsolók sorolha- 
tók, például a kimeneti kapu beállítása, 
a hálózati ügyfélazonosítás bekapcsolása, 
a lehetséges csatlakozások számának 
beállítása, és még sorolhatnám - ezt 
részletesen egy későbbi cikkben fogom 
bemutatni. 


Icecast 

Ez egy GPL licenszes kiszolgálóprogram 
a SHOUTcast mintájára. Felhasználási 
szerződésén kívül egy fontos dologban 
különbözik az egyébként vele együttmű- 
ködő SHOULcasttól: az icecast téma 
keretein belül hozzáfejlesztett adatfo- 
lyam-készítő program a szabad Ogg 
Vorbis formátumot támogatja. Ennek az 
az előnye, hogy a SHOUTcast által 
előnyben részesített MP3 formátummal 


szemben az Ogg Vorbist nem védik sza- 
badalmak, bármilyen nemű használata 
nem ütközik törvénybe. Maga az icecast 
valójában három részből áll: először is a 
fent említett kiszolgálóból, amely a szá- 
mára készített adatfolyamot a számítógé- 
pünkhöz kapcsolódó ügyfelek számára 
elérhetővé teszi. A másik része a shoutlib 
névre keresztelt függvénykönyvtár, 
amely a kiszolgálóval történő kapcsolat- 
tartást teszi lehetővé. A harmadik egység 
az a program, amelyik az ogg formátu- 


mú adatfolyamot előállítja a kiszolgáló- 
rész számára, a neve: iceS. 


hitchasshola 

Ez a program webalapú felület az icecast 
kiszolgálóhoz; lehetővé teszi, hogy 
különböző lejátszási listákat állítsunk 
össze, majd ezeket adatfolyamként 
elindíthatjuk, így a hozzánk csatlakozó 
ügyfelek rádióadásként hallgathatják. 


CGicast 

A csomag néhány Perl-parancsfájl gyűj- 
teménye, arra képes, hogy csupán egy 
webkiszolgáló program segítségével 
lehetőségünk nyíljon valós idejű inter- 
netes rádióállomás működtetésére. 

A módszer akkor előnyös, ha valaki egy 
szolgáltatónál bérel webes tárhelyet, és 
ezen keresztül szeretne sugározni. 
Ebben az esetben nincs lehetőség a 
fentebb említett kiszolgálók telepítésére, 
viszont a legtöbb szolgáltatónál engedé- 
lyezett a CGI parancsfájlok futtatása. 
Három fő részból áll: az első a ügyfélgé- 
pen fut, ahonnan maga a műsor 
,készül". Innét továbbítja az MP3-szaka- 
szokat a következő részhez, amely már 
a kiszolgálón fut, s tárolja az adatfolyam 
legutóbbi pár másodpercét. A program 
harmadik része fogadja a hallgatókat, 
és némi késleltetéssel elérhetővé teszi 
számukra a műsort. 


Filuid Server Streaming 

Ez egy Java nyelven írt GPL licenszes 
kiszolgálóprogram, amely MP3 formá- 
tumú hang szórására képes bármilyen 
TCP/IP alapú hálózaton. Szolgáltatásai 
között szerepel például, hogy képes egy 
Winamp/XMM5S által használt lejátszási- 
lista-formátum (m3u) adásához, ami 
számottevően egyszerűsíti a program 
használatát. Másik érdekes képessége, 
hogy az adatfolyamot továbbítani (relay) 
tudja egy másik Fluidot futtató kiszol- 
gálónak, így kiszolgálók egész hálózata 
hozható létre, amely a bevezetésben is 
említett sávszélesség-igényt csökkenti 
azáltal, hogy a felhasználók nem csak 
egy kiszolgálóhoz csatlakozhatnak (lásd 
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az 1. ábrát). Mindezt úgy oldja meg, hogy 
egy bemenő kapun fogadja az adatfolya- 
mot, majd mindezt a kimeneti kapuján 
továbbítja. Ez azt is jelenti, hogy így bár- 
milyen másik kiszolgálóval együtt tud 
működni, annak adatfolyamát továbbíta- 
ni képes. Ezenkívül lehetővé teszi, hogy 
a kiszolgálóhoz telnet protokollon 
keresztül csatlakozva adatokat kérjünk le 
az állapotát illetően (csatlakozott felhasz- 
nálók, terheltség stb). Ha még ez sem 
volna elég, a csomagban egy Java applet 
is megtalálható, amelyen keresztül egyéb 
érdekes dolgokat tudhatunk meg az 
éppen sugárzott adatfolyamról. 


VideoLAN 


A csomagban található kiszolgáló segít- 
ségével képanyag sugárzására is képe- 
sek vagyunk, olyan formátumokban, 
amelyek már messze túlmutatnak a 

, hagyományos" internetes műsorszórás 
eddig ismertetett alapjain (lásd a 2. ábrát). 
Az elterjedt MPEG-1, MPEG-2, MPEG-4 
vagy éppen DVD formátumú mozgó- 
képadás mellett ugyanis digitális műhol- 
das adásra vagy földi sugárzású digitális 
csatornák jelének alapjául szolgáló 
adatfolyamok szórására is lehetőség 
nyílik. Ezekhez természetesen különle- 
ges átjárókra van szükség, hogy mindez 
egy PC-ről lehetővé váljon. A DVB 
(Digital Video Broadcasting) formátum- 
nak több válotzata is létezik. A DVB-S 
szabvány a műholdas műsorszórást, a 
DVB-C a kábeltelevíziós műsorszórást, 
míg a DVB-T a földi digitális műsorszó- 
rást jelenti, emellett akár LAN hálózato- 
kon is továbbíthatjuk DVB formátumú 
mozgóképeinket. A műsorfolyamot 
tekintve mindegyik szinte ugyanolyan, 
kizárólag a továbbítás módja az, amely- 
ben az egyes szabványok eltérnek egy- 
mástól. A műsorszórás természetesen a 
rádióadóknál ismertetett sémára épül, 
mondhatni teljesen ugyanaz. Maga a 
program két részből áll: az egyik a ki- 
szolgálórész, másik a lejátszórész — érde- 
kessége, hogy a lejátszó is használható 
kiszolgálóként. 

A csomag egyik érdekessége, hogy képes 
csatornaadat-szolgáltatás kezelésére. Ez 
annyit jelent, hogy az adásokhoz 
hozzáadható némi szöveges adat, pél- 
dául a csatorna neve, profilja vagy bármi, 
ami a műsorral kapcsolatos. Minderről 
egy mini-SAP nevű program gondolko- 
dik, amely a SAP/SDP szabvány haszná- 
latával küldi el a csatorna adatait a vevő- 
höz. A videoLAN kiszolgáló a hagyomá- 
nyos egyéni (unicast) módú üzenetkül- 
dés mellett a csoportos (multicast) módú 
üzenetküldést is támogatja, emellett 


teljes IPv6-támogatást biztosít, amely 

a jövőre és a csoportos üzenetküldés 
fontosságára nézve igen előnyös. 

A programcsomag mindezek felett még 
egy különleges műsorszórási eljárást is 
támogat, amely bár nem illik bele az 
eddig ismeretett valós idejű műsorszol- 
gáltatások sorába, de valószínűleg 
minden felhasználó álma. Ez nem más, 
mint a Video On Demand (betűszóval 
VOD), ami a nevéből is kiolvashatóan 
igény szerinti videózást jelent. Ez a 
gyakorlatban annyit tesz, hogy a fel- 
használó vagy a vevő az adott műsort 
(például egy filmet) bármikor elindít- 
hatja, nézés közben megállíthatja, előre- 
tekerhet, visszatekerhet. A szolgáltatás 
egyetlen hátránya az igen magas erő- 
forrásigény, hiszen ezt a fajta adatfo- 
lyamot csak egyéni módú üzenetküldés- 
sel lehet továbbítani. Arról nem is be- 
szélve, hogy a kiszolgáló is megterhelő- 
dik, hiszen egyszerre akár több száz 
szálon kell merevlemezéről olvasni az 
adatokat, nem is szólva az egyéb ter- 
helést jelentő kérésekről. A leírás szerint 
a megoldás lényege, hogy HIIP proto- 
kollon keresztül történik az adatszolgál- 
tatás, ehhez csupán egy webkiszolgálóra 
van szükség, amely az adatfolyamot 
HITTP-csomagok formájában továbbítja, 
a HTIP 1.1 protokoll pedig a pozícioná- 
lást teszi lehetővé az adatfolyamban 
(így működnek a letöltést gyorsító prog- 
ramok is), ezt használják fel az előre- és 
visszapörgetésre. A lejátszáshoz csupán 
a csomag VLC nevű programjára van 
szükség, amely igen egyszerűen elin- 
dítja az általunk kért műsort. 

Mint láthatjuk, az internetes műsorszó- 
rás feltételeit megteremtő programok 
palettája meglehetősen színes, bevallom, 
magam is meglepődtem, amikor a témá- 
ba beleásva magamat a vártnál jóval 
több megoldást találtam, többet, mint 
amelyek más operációs rendszerek ese- 
tében rendelkezésre állnak. Hogy ezt az 
előnyt sikerüljön megőrizni, a cikksoro- 
zat következő részeiben a fent említett 
programokat szeretném a lehető legna- 
gyobb részletességgel bemutatni, így 
nem csak tippeket fogunk kapni a 
témával kapcsolatban, hanem minden 
eszközünk meglesz ahhoz, hogy a 
rendelkezésünkre álló programokat 
hatékonyan is tudjuk használni. 


Komáromi Zoltán 
(komrokiskapu.hu) 
23 éves, a BME hallgatója, 


1! dolgozik. Kedvenc területe 
a multimédia. 
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mellette PHP-programozóként 


e ELL 
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Írjunk többszálú programot Linux alatt! (2. rész) 





Sorozatunkat a OT hread és a többi szálkezelő osztály áttekintésével folytatjuk. 


z elmúlt hónapban a többszálú programok készítésé- 
AA nek és a Ot környezet által nyújtott lehetőségek alap- 

jaival foglalkoztunk. Most folytatjuk a Ot többszálú 
programok készítését támogató moduljának bemutatását, 
célunk a részletek pontosabb megismertetése. 


Minden szálosztálynak a O1Ihread az őse, ezért nézzük 
meg egy kicsit részletesebben is! 


Public eljárások 

e  bool wait (unsigned long time — ULONG MAX) 
— a szálak összekapcsolását (JOIN) teszi lehetővé. 
Az előző részben (Linuxvilág, októberi szám, 51. oldal) 
már részletesebben ismertettük a működését. Amikor 
a time valamilyen tényleges ezredmásodperc érték, 
akkor ez az eljárás csak a megadott ideig várakozik a 
meghívott szálra. 

e A wait —( ) sikertelen összeláncolás esetén false értéket 
ad vissza. 

e Avoid start () - elindítja a szál párhuzamosan futó 
kódját (lásd run ( ) tagfüggvény). 

e. Abool runninag() const - a szál fut, illetve nem fut 
állapotát kérdezhetjük le. 


Statikus public eljárások 

e. void postEvent (0O0bject "receiver, 
OEvent "event ) 
A Ot legfontosabb része természetesen a grafikus GUI-ké- 
szítési lehetőség. A jel/foglalat (signal/slot) szerkezet nagyon 
érdekes tervezési minta, de a Ot lehetőséget ad az aszink- 
ron eseménykezelésre is. Ez az eljárás egy fogadó grafikus 
elem (widget) számára tud egy eseményt szálbiztosan 
elküldeni. 

e voidexit() - leállítja az ezt a tagfüggvényt hívó szál 
futását, valamint felébreszti az összes olyan szálat, ami 
eddig ennek a szálnak a lefutására várt. 


Protected eljárások 

e virtualvoidrun() 
A Java nyelvhez hasonlóan itt is a run ( ) tagfüggvény 
képviseli a szál kódját, amit nekünk kell mindig újra 
megvalósítani. 


Statikus protected eljárások 
e. void sleep(unsigned long masodperc) 
e. voidmsleep( unsigned long ezred masodperc) 
e. void usleep( unsigned long 
millomod masodperc) 


Ezek az eljárások a megadott ideig felfüggesztik a szálak 
futását (a szálakat elaltatják), ez egyben a hívó szál futási 
jogáról való lemondását is jelenti. Egy nagyon rövid 
várakoztatáshívás az együttműködő szálfuttatási rendszerek 
klasszikus vield ( ) (azaz lemondok a futási jogomról) 
függvényének felel meg. 
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A közösen használható erőforrások védelme 

Az eddigi két program nem használt minden szál által látható, 
közös (globális) erőforrásokat, hiszen csak helyi változóink 
voltak. A párhuzamos programozás megvalósításához a szál 
fogalma nem elegendő, hiszen biztosítani kell a közös erőfor- 
rások megfelelő sorrendben (összehangolás) való használatát. 
Gondoljunk a közúti közlekedés példájára! Képzeljük el, hogy 
az egyes szálak a közlekedési eszközök vagy a gyalogosok. 
Ekkor a közösen használt erőforrások az útkereszteződések és 
a zebra. A KRESZ szabályai és a jelzóőlámpák valósítják meg 
ebben a rendszerben az összehangolást. A Ot egyik összehan- 
goló eszközét a OMutex osztály képviseli. 

Az osztály célja a közösen használható objektumok védelme, 
illetve a forrásprogramok kényes szakaszainak kijelölése. 

A OMutex kétállapotú sorompó (nyitott vagy zárt) módjára 
véd. Amennyiben egy mut ex zárt, úgy az általa védett kód- 
részbe a többi szál nem léphet be, azaz várakozniuk kell. 
Lássuk a OMutex osztályt! 


e. OMutex(bool recursive — FALSE) 

Létrehoz (constructor) egy mutex objektumot. Lehetőség 
nyílik a recursive beállítás használatára, ugyanakkor a 
TRUE érték megadása szükséges, amely esetben a mutex-re 
kiadott lock ( ) hívások száma nyilvántartódik, és ponto- 
san ugyanennyi unlock ( ) meghívására lesz szükség a 
mutex felnyitásához. 

e void lock()- lezárja a mutex objektumot. Amennyiben 
a mutex objektumot egy másik szál már lezárta, úgy ez a 
tagfüggvény blokkolja a hívó szálat, ami csak akkor futhat 
tovább, ha a mutex ismét nyitott állapotba kerül és utána 
sikerül a zárolás. 

e void unlock() - felnyitja a mutex objektumot. 

e bool locked() - visszaadja, hogy egy mutex objektum 
most éppen zárt vagy nyitott állapotú-e. 

e bool tryLock() - a célja hasonló a 1lock() 
tagfüggvényéhez, de sikertelenség esetén a hívó szál nem 
blokkolódik, ezért Pprogramunknak lehetősége van egy 
másik logikai ágon továbbfutnia. 


A Ot csomag egy másik összehangolási fogalmat is ad: a 
OSemaphore osztályt. Egy OMutex objektum kétállapotú 
jelzőnek (semaphor) feleltethető meg. Általános értelemben 
viszont jól jön egy olyan eszköz is, ami nemcsak egyetlen 
szálat enged be a védett területre, hanem annyit, amennyit 

a jelző létrehozójában (constructor) megadtunk. Miért jó ez 
nekünk? Képzeljük el, hogy egy vendéglőben N darab szék 
van, és a vacsoravendégek jelképezik az egyes szálakat. Ekkor 
úgy kell szervezni a vendéglő működését, hogy egyszerre 
legfeljebb csak N darab vendég mehessen be az ajtón, a többi 
kint várakozzon. Ha néhány vendég elhagyja a vendéglőt, 
akkor a várakozók közül már kiválaszthatók a következő sze- 
rencsés és éhes vendégek. A számítástechnikához kicsit köze- 
lebb álló példa lehet a TCP/IP-kapcsolatkészlet esete. Tegyük 
fel, hogy van 10 előre elkészített Connection objektumunk. 


Ekkor egy jelző vezérelheti a szálak kapcsolatkérési igényeit. 

A OSemaphore osztály rendelkezik az atomi módon végrehajt- 
ható növelő, csökkentő műveletekkel, amiket részletesen a Ot 
leírásából tanulmányozhatunk. 


Az író-olvasó feladat megoldása 

Gyakori helyzet, hogy létezik egy osztottan használható erőfor- 
rásunk (egy adatbázis, egy memóriaváltozó), amit néhány író- 
folyamat időnként frissít (általában egy lassú író művelettel), 
illetve sok olvasófolyamat olvas (ez általában egyetlen gyors mű- 
velet). Az nyilvánvaló, hogy az erőforrás írása során nincs értel- 
me olvasni, hiszen ekkor átmeneti állapotban lehet a kiolvasan- 
dó adat. Ugyanakkor több olvasószál természetesen párhuzamo- 
san olvashat. Ilyen jellegű gond merülhet fel például egy inter- 
netes tőzsdei index szolgáltató alkalmazás esetén. Példaképpen 
legyen a feladatunk az, hogy egy integer változót (neve: 
TheValue) írunk és olvasunk párhuzamosan. Egy lehetséges 
megoldást mutat be az 1. listán található forrásprogram. 

A 15-20. sorokban létrehozott ki ir ( ) függvény biztosítja azt, 
hogy a képernyőre írás megszakíthatatlan (atomi) művelet 
legyen. Ezt a kényes szakaszt a kiiroMutex védi. A Java- 
programozók ilyen kóddal oldották volna meg a feladatot: 
synchronized ( kiirastVedo 
. Objektum ) ( 

KILEGB Ez ő 


J 


A countOfReader változó tárolja a pillanatnyi olvasók számát. 
A 31. sorban látható létrehozónak egy egész értékű szálazono- 
sítót tudunk átadni. A TReaderWriter osztály két lényegi 
tagfüggvénye a reader ( ) és a writer ( ) . Ezek működését 

a reader mutexésawriter mutex objektum hangolja 
össze. A writer ( ) tagfüggvényt teljes mértékben védi a 
writer mutex. A TheValue értékét azért változtattuk meg 

öt lépésben, hogy életszerűbb legyen, ugyanis az írási folyamat 
általában több lépésből áll, és emiatt a kényes szakasz bevezetése 
nélkül könnyen megszakítható lenne. Ekkor pedig a TheValue 
változó öttel nem osztható állapota jöhetne létre. A 44. sorban 
kezdődő reader ( ) működése azon az ötleten alapul, hogy az 
olvasó szálakat számoljuk, és amennyiben a számuk nulla, úgy a 
writer mutex-et is lezárt állapotba hozzuk. Lehetséges, hogy 
a writer mutex.lock() nem sikerül, de ez pont jó, hiszen 
ekkor egy írófolyamat dolgozik és nincs is értelme addig olvasni. 
Ekkor itt várunk, amíg az író be nem fejezi a munkáját. Az is 
lehetséges, hogy awriter mutex. lock() sikerült. Ezután 
természetesen az írók fognak várni addig, amíg az olvasók 
száma nulla nem lesz, mert a 60-63. sorok tanúsága szerint 
csak ekkor történik meg ismét awriter mutex felnyitása. 

A 84-101. sorokban megvalósított run ( ) tagfüggvény az eddi- 
giek alapján már biztosan érthető, a feladata az, hogy egy szál 
reader ( ) és writer ( ) műveletet hajtson végre. 

A main () függvényben egy tízelemű, TReaderWriter muta- 
tókból (pointer) álló tömböt hozunk létre, majd elindítjuk őket 
egy-egy új TReaderWriter objektummal, majd elindítjuk a tíz 
végrehajtási szálat. A 121. sorban egy tetszőleges billentyűleütésre 
várunk, ennek hatására szabályosan befejeződik a programunk. 


A szálak elaltatása és felébresztése: 

feltételes várakoztatás 

A párhuzamosan futó szálak különféle feladatokat hajthatnak 
végre, de általában kijelenthető az is, hogy a teendőknek vala- 
milyen előfeltételük szokott lenni. Amikor egy szál futási felté- 
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tele nem teljesül, elaltathatja magát. Egy másik szál figyeli azt, 
hogy a feltétel most már teljesül-e, ha igen, az alvó szálat 
felébreszti. Érezhető, hogy ebben a működésben a OMutex 
által kialakított szál összehangolásának is jelentős szerep jut, 
hiszen arra is vigyázni kell, hogy a felébredt szál futási felté- 
telei ne váljanak ismét hamissá. A Ot a OWaitCondition 
osztály segítségével teszi elérhetővé a feltételes várakoztatást, 
ezért nézzük meg, mit nyújt számunkra ez az osztály! 

bool wait(unsigned long time - ULONG MAX) 
Elaltatja a szálat, ami az alapértelmezett ULONG MAX érték 
esetén addig alszik, amíg valaki fel nem ébreszti. A wait ( ) 
tagfüggvényben valós időt is megadhatunk (ezredmásodperc- 
ben), amely time-outként működik, azaz ha a megadott idő 
letelik, a szál magától felébred. 
bool wait (OMutex "mutex, unsigned long 
time - ULONG MAX) 

Hasonlóan működik, mint az előző wait ( ) tagfüggvény, de 
elalvás előtt kinyitja a zárolt mutex-et. 


void wakeOne ( ) 
void wakeAl1() 


Legyen awc egy OWaitCondit ion típusú változó (objektum). 
Ekkor a awc .  wakeOne ( ) felébreszt egy olyan szálat, amit elő- 
zőleg egy awc.wait ( ) hívás altatott el. A awc.wakeAl1 ( ) 
az összes ilyen szálat felébreszti. A feltételes elalvás-felébredés 
jobb megértése érdekében nézzünk meg egy olyan példát, 
ahol három dolgozó szál csinál valami hasznosat (példánkban 
csak egy üzenetet jelenít meg a képernyőn, ezt most nem 
hangoljuk össze egy kiir ( ) tagfüggvénnyel). A main ( ) 
függvény szála (azaz a fő szál) egy gyombnyomáseseményt 
figyel, ennek bekövetkeztekor felébreszti az erre a feltételre 
várakozó három dolgozószálat (2. lista, 53. CD Magazin/Ot 
könyvtára). 

A 12. sorban meghatározott gymbnyomásváltozóval kezeljük 
a feltételes elalvást, illetve felébredést. Itt jó programozási 
szokás, ha az ilyen változónak a feltétel vagy az esemény nevét 
adjuk meg. A 43. sorban látható, hogy a IDolgozo: : run( ) 
szálkód végrehajtása lényegében azzal kezdődik, hogy egy 
gombnyomás eseményre várva elaltatja magát. A main ( ) 

szál ciklusfeltételében egy gombnyomásra várakozás van. 

A while ciklus mindaddig ismétlődni fog, amíg nem a v-t 
(v—vége) nyomtuk le. Egy nem v billentyű lenyomása után 

a főprogramban (82. sor) a gombonyomas . wakeA11 ( ) feléb- 
reszti mindhárom dolgozószálat, hiszen mindegyik a 
gombnyomas .wait ( ) hívásnál aludt el. A dolgozó szálak 
(d1, d2, d3) az idő haladtával ismét el fognak aludni, ha már 
mindegyik alszik, akkor az ennyiSzalDolgozik változó 
nulla lesz, így a fő szál belső wnile ciklusából újra és újra 
kiléphetünk, és az összes dolgozót felébreszthetjük. 


A termelő-, illetve fogyasztófeladat megoldása 

A párhuzamos programozás másik klasszikus kérdése (nevez- 
hetnénk desing patternnek, azaz tervezési mintának is) a ter- 
melő-, illetve fogyasztófeladat. Van egy raktár, ahová a terme- 
lőszál bizonyos típusú objektumokat helyez el, míg ezeket a 
fogyasztószál kiveszi innen, hogy valahol majd felhasználja 
őket. A raktár véges méretű, azaz legfeljebb K darab objektum 
befogadására alkalmas. Az összehangolásnak két feltétele van: 
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ciostreamsz 
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tinclude 
tinclude 
finclude 
tinclude 
tinclude 
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.static OMutex kiiroMutex; 
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22.class TReaderWriter 

TEZAAR 

24. static OüMUtex reader MIUTSK s 

25. Staáatic ONUtex Writer MUTESS s 
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SSE Té 
31. TReaderWriter( int pID ) 
9( th ID - pID; 3) 


32. void readetT ( ) ; 

30. VOLÁNWELLOL (9; 

54. szórd Téalittr) s 

35. vITEeGL VOT d et ümi vs 

SOR 

JÚG 

5. 

39.OMutex TReaderWriter::reader mutex; 
40.OMutex TReaderWriter::writer mutex; 
41.int TReaderWriter::countOfReader - 0; 
42.int TReaderWriter::TheValue - 0; 


e A termelőnek aludnia kell addig, amíg a raktár tele van. 
e A fogyasztónak aludnia kell addig, amíg a raktár teljesen üres. 


Példaprogramunkban a raktárat egy BUFFER MERET nagyságú, 
egészekből álló tömb testesíti meg. A termelt objektumok egész 
számok. A program ismertetése előtt kiemelném két érdekessé- 
gét. Az első az, hogy a raktár egy ciklikus FIFO segítségével 

van megvalósítva. Ebben az adatszerkezetben a betett elemek 
számát is figyelemmel kell kísérnünk, különben az ÜRES és a 
MEGTELT eseteket nem tudnánk megkülönböztetni. A másik 
érdekesség, hogy a program az összehangolt adatkezeléshez 
(raktárkezeléshez) a monitorelgondolást használja. Ez a terve- 
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44.void TReaderWriter: :reader ( ) 
Ül 5é 

46. reader mutex. lock(( ) ; 

47. tt 1. countOtkeader ez Ő ) 
48. d 

JEE VnE Té ETőKMŰ ESEK oreikat is 

EDES 


51. countOfReader-r- ; 
52. reader mutex.unlockt( ) ; 


Eözs 

Sa etáei ágy ovasas EGTEÉMmEs: ee MTV; 
mm TheValue) ; 

EK 


56. reader mutex. lock t( ) ; 
ON ENECOÜTNEOEREGeÉT ő e 
DG EM sSaGETSÉMŰTKESETNNAl Kora izes 


E 

60. 1t § countotksader cz 019 
OT 

OZZY TAK ETETG TEN ses eétiakko ait is 
Sai 

04) 

65 

66.void IReaderWriter::writer() 
EZT 


503. Writer metsz. Lock( ) : 
69. TheValuert-; 
70. TheValuer-; 
71. TheValuet-; 
72. TheValuet-; 
73. TheValuer-; 


LENT e s ze zs GÉ tás SSE toke Szelet 


s.]1, TheValue) ; 
[SEEK ESET ÜTnNKorsietb is 
ME 
1/2806 
78.void TReaderWriter::leallit(void) 
MESET 
80. Teallitétt - Erües 
01] 

928 

05 

84.void IReaderWriter::run() 
SE 

00 kal látott zs talscs 


folytatás a következő oldalon 


zési minta egységbe zárja a védett erőforrást (adatot) és az ezt 
kezelő műveleteket (függvényeket). A szálak az erőforrást csak 
a monitor által biztosított műveleteken keresztül kezelhetik. 

(3. lista, 53. CD Magazin/Ot könyvtára.) 

A forráskód elején lévő BUFFER MERET állandó (constans) 

a raktár nagyságát, a TERMELENDO pedig a legyártandó egész 
számok számát határozza meg. A program 24-29. sorában 
megvalósítottuk az összehangolt képernyőre írást, a szálak csak 
ennek a használatával jeleníthetik meg a szöveges adatokat. 
A 30. sortól egy segédfüggvényt találunk, ami a libc véletlen- 
szám-generáló lehetőségét használja egy új (1 és 5000 közötti) 
egész érték létrehozásához. 


9 eg 


folytatás az előző oldalról 


0 
88. reader mutex.lock(( ) ; 
elélikiir ( " [LIl...-.-,:err1rzüüütktÁ5$5jrreöEEEEOELEO 
e0éireader műliésétünnákorst atás 
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TReaderWriter "rwI10]; 


(VAtsTn tos S (ESA EÁ (0) EZRES tétet) 


A 39. sortól található meg a TMonitor osztály felülete és 
megvalósítása. 


29. Class. TMönitot 

40. 1 

41. int buffer[BUFFER MERET]; // Ide termelünk 
és innen fogyasztunk 

42. int elso, utolso, betettElemekSzama; 

43. public: 

44. TMonitorT ( ) ; 

45. void betesz(int e€); 

46. int kivesz(void) ; 

47. ); 


Ez a típus lesz az a monitor, amelyik átmenetitárazza a termelő 
termelését, illetve szolgáltatja az objektumokat (most csak egy- 
egy egész szám) a fogyasztónak. Ezt a két műveletet a betesz ( ) 
és a kivesz ( ) tagfüggvények valósítják meg. Vegyük észre, 
hogy a betesz ( ) a fogyasztószálat, a kivesz ( ) a termelő- 
szálat ébreszti, bár lehet, hogy erre nem lenne szükség, de nem 
lesz belőle baj. Az az igazság, hogy az így, feltétel nélkül kiadott 
wakeoOne ( ) , azaz felébresztés valószínűleg nem nagyobb 
költségű, mintha megvizsgálnánk, hogy a másik szál alszik-e. 

A 98—-102. sorig a termelőosztály, míg a 107-111. sorig a fogyasz- 
tóosztály felülete van meghatározva. Látható, hogy mindkettő- 
ben csak a run ( ) tagfüggvény került újraírásra. Mindkét run ( ) 
tagfüggvény annyira egyszerű, hogy nem is érdemes hozzájuk 
magyarázó szöveget írni. A fő szálat megvalósító main ( ) függ- 
vény pedig még ennél is egyszerűbb. Röviden ennyit szerettem 
volna elmesélni a Ot többszálúság (multithread) lehetőségeiről. 
A példaprogramok tanulmányozásához sok sikert kívánok. 
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113. zwliil] — mew TReaderWritez ( a) : 
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41850 twlilo-waitd) s 
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133. tör (l(imt dizs0? izi0? 4144) 
ÚIE 5 1 ÉSKENKES Ő 

135. delete rw[il]; 
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Az összes példa egyszerre történő lefordításához mellékeltem 
egy Makefi1e-t. Nézze meg mindenki, hogy nála is a 
/usr/lib/gt3 könyvtár tartalmazza-e a Ot csomagot! Ha nem, 
akkor a Makefi1e-ban a jó elérési útra kell beállítani a -I és -L 
kapcsolókat. A make parancs kapcsolók nélküli futtatásával az 


összes példa futtatható változata előállítható. 
Mindenkinek kellemes programozást kívánok! 


A cikkhez tartozó listák megtalálhatóak az 53. CD Magazin/Ot 
könyvtárában. 


Nyíri Imre (inyirromol.hu) 

Jelenleg a MOL Rt.-nél dolgozik. Informatikai 
vállalkozásában az Internet, a Linux, valamint 
a Java-programozás gyakorlati hasznosításával 
foglalkozik. Örök szerelme a C---- maradt. 





1. A Ot-csomaghoz adott leírás 
2 http://doc.trolltech.com 
2 http://wwwi.trolltech.com 
2. Dr. Kacsuk Péter-Ferenczi Szabolcs 
Párhuzamos és konkurens programozás 
soktranszputeres rendszereken 
Budapest, 1993 BME Jegyzet (ISBN 963 431 774 X) 
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Héjprogramozás Linux alatt (7. rész) 


Akármilyen nyelven fejlesztünk Is programot, egy idő után számos olyan építőelemet 
fedezünk fel a saját munkánkban, amit újra és újra felhasználunk. 


ostanra e sorozatunkban is eljutottunk odáig, hogy 
elkezdhetjük áttekinteni a héjprogramozás kifino- 
multabb módszereit, valamint a programban 
gyakran felbukkanó, , újrahasznosítható" kódelemeket. 


A parancssori kapcsolók kezelése 

A sorozat egy korábbi részében már megtanultuk, hogyan lehet 
a parancssori kapcsolókat kezelni. Tudjuk tehát, hogy ezekhez 
a $1, $2 stb. szimbólumok segítségével férhetünk hozzá. 
Mármost a parancssori kapcsolók is alapvetően két csoportra 
oszthatók: vannak az , igazi" kapcsolók, amelyek a program 
által megvalósított feldolgozási művelet célját vagy forrását 
határozzák meg, és léteznek az értékek, amelyek a feldolgozás 
mikéntjét szabályozzák. Tekintve, hogy Unix alatt minden 
fájlnak minősül, az értékek általában fájlnevek, a kapcsolók 
pedig egybetűs parancsok, amelyeket a Unix hagyományainak 
megfelelően általában egy -— (mínuszjel) előz meg. 

Ahhoz, hogy programunk a kapcsolók hatására a megfelelő 
műveletsort hajthassa végre, rendelkeznie kell egy olyan 
résszel, amely a kapcsolókat felismeri és a végrehajtást a 
megfelelő mederbe tereli. 

legyük fel, hogy programunk működése legfeljebb három 
különböző kapcsolóval vezérelhető. Ezek a -a, -b és -c szim- 
bólumok legyenek. Ezenkívül a kapcsolók, illetve a fájlnevek 
megadásának sorrendjére vonatkozóan semmiféle további meg- 
kötéssel nem élünk: például a kapcsolókat egybe szabad írni, 
vagyis a -a -b formátum helyett azonos jelentéssel használható 
a -ab is. Továbbá egy vagy több fájlnevet is meg lehet adni 
kapcsoló előtt és után, vagy akár két kapcsoló között is, sőt egy 
kapcsoló akár többször is szerepeltethető. Összefoglalva tehát, a 
felhasználó gyakorlatilag azt tesz, amit akar, a programnak kell 
elég intelligensnek lennie ahhoz, hogy bármilyen formátumú 
parancssort helyesen értelmezzen. (Egyetlen dolgot azért mégis 
kössünk ki: fájl neve soha ne kezdődjön mínuszjellel.) 

Milyen elemekből kell tehát állnia egy ilyen programnak? Elő- 
ször is a megoldandó feladat két, világosan elkülönülő részre 
választható szét: azonosítanunk kell a kapcsolókat, és össze kell 
gyűjtenünk a fájlneveket. Ha két művelet ennyire élesen elkü- 
lönül, célszerű két függvény formájában megvalósítani őket. 

A parancssorba a felhasználó által , beömlesztett" értékek szétválo- 
gatásának alapelve nyilván az lehet, hogy a kapcsolók vagy azok 
csoportjai mínuszjellel kezdődnek, a fájlnevek pedig nem. Ha fájl- 
nevet találunk valahol, azt elegendő egy nagy listába begyűjteni, 
ami viszonylag könnyen megoldható, ha tudjuk, hogy héjprog- 
ramokban a karakterláncok összemásolásához nem kell egyebet 
tennünk, mint egy értékadás jobb oldalán egymás mellé írni őket. 
A kapcsolóknál eleve fel kell készülünk rá, hogy a felhasználó 
esetleg csoportokban adta meg őket, így a legegyszerűbb 
megoldás az, ha egy-egy grep parancs segítségével minden 
mínuszjellel kezdődő parancssori kapcsolóban az összes 
lehetséges kapcsolót végigvizsgáljuk, illetve az esetlegesen 
jelenlevő érvénytelen kapcsolókat is. Ennyi bevezető után 
lássuk a feladat egyik lehetséges megoldását! 
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00 XI OV UH WIDE 


LO 


t!/bin/sh 
PROGRAMNEV- basename SO" 


t Kapcsolók kigyűjtése 


kapcsolok () 
( 
for 1 in S" 
do 
it öcho Si ] grep "— s sjdev/núli 
then 


t Hibás kapcsoló keresése 
if echo Si ] grep "[7-abc]" 
—m-.  /dev/null 
then 
return 1 
Ed 
t Érvényes kapcsolók kéörésésé 
for kapcsolo inab c 


do 
it [/ echo Si ] grep Skapcsoloó ] 
wc -1 -egi ] 
then 
parancsz"Skapcsolo-i" 
eval "Sparancs" 
fi 
done 
f1 
done 


J 


t Fájlnevek kigyűjtése 
fajlnevek() 
( 
Tdatast 
for 1 in S" 
do 
if echo Si I 
then 
lista-Slista" 
f1 
done 
echo Slista 


grep -v 7- s /dev/null 


"S1 


) 


t Tájékoztató szöveg 
if [ St -eg 0 ] 
then 
echo "Használat: SPROGRAMNEV 
9 -fájlnév:" 
exit 1 
TT 


[-abc] 


t Kapcsolók vizsgálata 





Elz az0: beüzrz cz változó nevét maga a ciklusváltozó (S$kapcsolo) tartalmazza. 
5244 kapcsolok §" löbbek között az ilyen közvetett értékadások megoldására 
533: 1f£f [ S$7 -ne ő ] szolgál az eval parancs, amely egy karakterláncban megadott 
54: then parancssort (jelen esetben a Sparancs-ot) hajtja végre. 

55a echo "Hibás kapcsoló!" exit 1 

56: fi A szabványos megoldás: getopts 


91: A parancssori kapcsolók kezelése annyira általános feladat, 
58: tt Fájlnevek kigyűjtése hogy maga a Unix, illetve a héj is rendelkezik egy külön erre 
59: fajlok- fajlnevek S" a célra szolgáló getopts nevű paranccsal, ennek használata 


60 : a következő: 
61: echo "Kapcsolók beállításai: a-Sa b-Sb 
Mp sé getopts "lehetséges kapcsolók" változónév 
62: echo "A feldolgozandó fájlok listája: 
mSfajlok" A getopts tulajdonképpen pontosan ugyanazt teszi, mint az 


előző programunk, vagyis a megadott mintában előforduló 
betűket keresi a mínuszjellel kezdődő parancssori értékekben. 
Ha érvényes kapcsolót talál, azt elhelyezi a megadott héjvál- 
tozóban. Ilyenkor a visszatérési értéke igaz, egyébként hamis. 
Ezt az utóbbi tulajdonságát használhatjuk ki arra, hogy egy 
while ciklussal az összes kapcsolót végignézessük vele. 

(A getopts mindig csak a soron következő kapcsolót vizs- 
gálja, de megjegyzi, hogy hol tart.) 

Ha hibás kapcsolót talál, akkor alapértelmezés szerint hibaüze- 
netet küld a képernyőre, a munkaváltozóba pedig egy ?-t (kér- 
dőjelet) tesz. A hibaüzenet kiküldését megtilthatjuk, ha a 
lehetséges kapcsolók felsorolását egy kettősponttal kezdjük. 
Mindezek ismeretében előző programunkat a következőkép- 
pen is megírhatjuk: 


A kapcsolókat a kapcsolok ( ) , a fájlok neveit pedig a 

faj lnevek ( ) függvény kezeli. Bár a főprogramban ezt hívjuk 
meg később, kezdjük a vizsgálatot az utóbbival. Mindenekelőtt 
figyeljük meg, hogy a függvény meghívásakor (59. sor) a 
program teljes paraméterkészletét ($ ") átadjuk neki. Erre azért 
van szükség, mert — mint arról korábban már volt szó - a függ- 
vény ,program a programban", vagyis mindenből sajátja van. 
Létezik saját bemenete és kimenete, valamint saját parancssora 
is. Ha ide nem emeljük át az egész héjprogramnak átadott 
értékeket, akkor a függvény nem fogja látni őket. Számára 
ugyanis $1 nem a főprogram első parancssori értékét jelenti, 
hanem a sajátját. 

A végrehajtandó műveletsor lelke a 35. sorban látható. Itt meg- 
vizsgáljuk, hogy a 33. sorban induló for ciklus által pillanat- 
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nyilag kiválasztott érték első karaktere mínuszjel-e vagy sem. 12 §IZOLAZaN 

Ha nem (a negálást a grep -v kapcsolója végzi), akkor a tar- 2: §? A getopts parancs használata 

talmát egy szóközzel kiegészítve a lista nevű gyűjtőváltozó- 0 

hoz másoljuk. A ciklus lefutása után ennek a tartalmát adjuk 4: PROGRAMNEV- basename $0" 

vissza egy közönséges echo-val a függvény szabványos kime- 9 

netén keresztül. Megint fontos hangsúlyozni, hogy a függvény őr 1€£ [ et eg 0 ] 

csatornájáról van szó, vagyis a fájlok listája nem a képernyőre 7: then 

kerül. Éppen ennek a kimenetnek az elfogására, és a fajlok 0 echo "Használat: SPROGRAMNEV [-abc] 
nevű változóban való elhelyezésére szolgál az 59. sorban a m-fájlnév:" 

parancsbehelyettesítés. 93 exit 1 

A kapcsolók vizsgálatánál hasonló módszereket alkalmazunk. Ha 10: fi 

egy kapcsoló meg van adva a parancssorban, akkor egy, a nevé- Ta 

vel azonos héjváltozó értékét 1-re állítjuk. (Természetesen bármi- 12: whiile getopts "rábc" KAPCSOLÓ 

lyen más módszer is használható lenne.) A kapcsolok () függ- FF 13: do 

vénynek átadott értékeken a 7. sorban induló for ciklus megy 142 case SKAPCSOLO in 

végig. Minden mínuszjellel (-) kezdődő csoportnál először 15: "a") scho "-a kapcsoló megadva"; i 
célszerűen azt kell megvizsgálnunk, hogy tartalmaz-e téveskap- "— 16: "b") echo "-b kapcsoló megadva!" ; ; 
csolót (grep " [7-abc] "). Figyeljük meg, hogy itt és valameny- 17: "e") echo "-c kapcsoló megadva!" ; ; 
nyi ehhez hasonló vizsgálatnál a grep kimenetét a /dev/null-ba 18 : "an sehó "Hibás kapcsoló"; Exit 27: 
irányítottuk. Erre azért van szükség, mert a grep alapértelmezett . 19: esac 

viselkedése szerint a találatokat kiküldi a szabványos kimenetére. . 20: done 


Ez most azonos lenne a függvény szabványos kimenetével, és 
mivel az sincs átirányítva, a szöveg végül a képernyőre kerülne. 
Ha hibás kapcsolót találtunk, azt a függvény azonnali visszaté- 
résével és az 1-es visszatérési értékkel (return 1) jelezzük. 

Ez utóbbit az 53. sorban a $? változó vizsgálatával detektálja 

a főprogram. (A S ? beépített héjváltozó a legutoljára lefutott 
parancs visszatérési értékét tartalmazza. Jelen esetben a 
kapcsolok ( ) függvény egyetlen parancsnak minősül.) 

A 16-23. sorban immár az érvényes kapcsolókat vizsgáljuk. 
Egy for ciklussal egyenként végigpróbáljuk valamennyit, és 
ha illeszkedés van az adott csoporton belül, akkor a megfelelő 
nevű változó értékét 1-re állítjuk. Ezt az utóbbi műveletet egy 
kicsit trükkösen kell végrehajtanunk, hiszen most a beállítandó 


A rövidség ára a kötöttebb működés. A kapcsolókat továbbra is 
egybe szabad írni, de a getopts azt elvárja tőlünk, hogy a 
fájlok felsorolását valamennyi kapcsoló megadása megelőzze. 
Előző, lényegesen hosszabb programunk ugyanakkor e 
tekintetben is teljesen , liberális" volt. 
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operációs rendszerrel. Állandó szerzőtársa 
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Tisza partján szoktak az élet és a tudomány 
viselt dolgairól töprengeni. 
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Vírusok, férgek, hátsó ajtók, trójaiak (16. rész) 


Az előző részben az operációs rendszerek védelmi módszereiről esett szó, azaz 
megnéztük, miként tárolja a rendszer, hogy ki milyen erőforrásokhoz férhet 
hozzá, és azokkal mit tehet. A biztonság kérdése azonban itt nem merül ki. 

Hiába jó egy védelmi módszer, a rendszerre számtalan más veszély is leselkedik. 


z a rész egy kicsit rendhagyó lesz, mivel olyan 
dolgokról ejtünk szót, amelyek nem feltétlenül esnek 
bele az operációs rendszert alkotó , fogaskerekek" 
ismertetésébe. Erre mégis szükség van, mert a rendszer biz- 
tonságát olyan dolgok is fenyegethetik, amelyek ellen az 
operációs rendszer egymaga nem tud védekezni - a felhasz- 
nálónak is tennie kell az ügy érdekében. Ez azonban visszafelé 
is igaz: hiába tesz meg mindent a felhasználó, ha az operációs 
rendszer nem biztonságos, nem ér semmit az egész. A bizton- 
ság pedig nem egy utólag is hozzáadható tulajdonság. Erre 
már akkor készülni kell, amikor lerakjuk a rendszer első 
,alapköveit . 

Vegyük például a vírusokat: az operációs rendszer számára a 
vírusok ugyanolyan programok, mint a szövegszerkesztő vagy 
a parancsértelmező. A víruskereső alkalmazás is felhasználói 
szinten fut. Mégis létezik olyan operációs rendszer, amelyik 
kevésbé van kitéve a vírusok támadásának. A Unix-rendsze- 
rekben például a felhasználók nem módosíthatják a programok 
kódját, így a vírus nem képes további alkalmazásokat megfer- 
tőzni. Az MS-DOS-felhasználók azonban hiába rettegnek a 
vírusoktól és tennének meg mindent a fertőzés elkerülése 
végett, ilyenfajta védelemről nem is álmodhatnak. Hiába hasz- 
nálunk azonban Linuxot, ha rendszergazdaként indítgatunk 
mindenféle kétes származású alkalmazást -— a fertőzés veszélye 
emiatt ugyanúgy fennáll. 

Még mielőtt azonban elmélyednénk a férgek és a vírusok 
természetében, az előző részből maradt adósságunkat 
törlesztjük. 





Felhasználók hitelesítése 

Mi, emberek olyan okosak vagyunk, hogy embertársainkat 
könnyedén felismerjük. A gépek azonban buták, ma még 
nem képesek úgy felismerni a felhasználót, mint ahogy 

mi a szomszédunkat a liftben. Ezért az operációs rendszer- 
nek nincs más választása: meg kell kérdeznie, hogy éppen 
ki akarja őt használni. Egyes rendszerek feltétel nélkül 
elhiszik, amit a felhasználó mond, más rendszerek azért 
ellenőriznék valamilyen módon. Ezt az eljárást nevezzük 
hitelesítésnek. 

A hitelesítés három dolgon alapulhat: vagy a felhasználó 
tudását ellenőrizzük (jelszó), vagy a tulajdonát (mágneskártya), 
vagy egy olyan dolgot, amivel a felhasználó azonos (például 
ujjlenyomat). Most csak a jelszavas hitelesítéssel foglalkozunk, 
azt azonban érdemes megjegyeznünk, hogy igazán bizton- 
ságos csak akkor lehet a dolog, ha e három hitelesítési eljárás 
közül legalább kettőt együttesen és egymástól függetlenül 
használunk. (A bankautomaták például ilyenek. A pénz felvé- 
teléhez a PIN kódra is szükség van. Az egymástól független 
tárolás jelen esetben azt jelenti, hogy a PIN kód nem a mág- 
neskártyán van tárolva.) 
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Jelszavas hitelesítés 

Ez mind közül a legelterjedtebb, mivel könnyedén megvalósít- 
ható, és semmilyen különleges eszközt nem igényel, például 
mágneskártyát vagy ujjlenyomat-leolvasót. Csupán a felhasz- 
náló azonosítóját és jelszavát kell bekérni. A Unix esetében ezt 
a login nevű program végzi, amely a kapott jelszót egyből 
titkosítja is, majd összehasonlítja a jelszófájlban tárolttal. Ha 
ez egyezik, akkor beengedi a felhasználót, ha nem, akkor a 
belépési kérelmet visszautasítja. 

A jelszavas azonosításnak akad egy rendkívül nagy hátránya, 
mégpedig az, hogy könnyű becsapni. A rendszer nem tud 
különbséget tenni a jogosult felhasználó és azon személy 
között, aki kitalálta vagy valamilyen módon megtudta a másik 
jelszavát. Ezért az olyan rendszerekben, ahol a védelmet jelszó 
segítségével oldják meg, a felhasználókat is komoly felelősség 
terheli. Egyrészt azért, hogy ne olyan helyre írják fel jelsza- 
vukat, ahonnan más is elolvashatja (de az a legjobb, ha le sem 
írják), másrészt azért, hogy ne könnyen kitalálható jelszót 
válasszanak maguknak. 

Erre a két dologra ugyan már végtelenszer felhívták a felhasz- 
nálók figyelmét, a többség még mindig egyszerű jelszavakat 
(például neveket, szótári szavakat) használ. Ezért komoly 
veszélyt jelenthet az úgynevezett szólistás módszer, amikor 

a támadó egy listát készít a gyakori jelszavakról, majd ezeket 
egyenként titkosítja; ezután az egészet összeveti a felhasználók 
rendszerben tárolt titkosított jelszavaival. 

Itt védelmet nyújthat az, ha kikötjük, hogy a felhasználók 
csak olyan jelszavakat használhatnak, amelyben egyszerre 
szerepel kis- és nagybetű, illetve szám. Egy másik megoldás 
lehet a jelszófájl sózása. Ez azt jelenti, hogy a felhasználók 
jelszavához titkosítás előtt hozzáadunk egy n bites véletlen 
számot. Ezt az n bites számot is titkosítjuk, majd a jelszófájlban 
tároljuk. Ilermészetesen, ha a felhasználó jelszót változtat, ez 

a szám is változik. 

A sózás abban nehezíti meg a támadó dolgát, hogy jelentősen 
megnöveli jelszó-listájának a méretét. Ha például a támadó 
úgy gondolja, hogy az , almafa" karaktersorozatot valaki 
jelszóként használhatja, akkor a listában fel kell még tüntetnie 
az ,almafalT", ,almafa2" stb. jelszavakat is. Ez azt jelenti, 

hogy a lista mérete az eredetinek 27-szeresére fog változni. 

A Unix-rendszerek is használják a sózást, ők az n értékének 

a 12-t választották. Ez már tekintélyes növekedést jelenthet a 
jelszófájlban. 

A sózásnak elsősorban nem az az érdeme, hogy növeli az 
amúgy is csak pár megabájt méretű, gyakori jelszavakat tartal- 
mazó lista méretét. Inkább az, hogy a nyers erő (broute force) 
módszerét alkalmazóknak keseríti meg az életét. Minden jelszó 
feltörhető, csak idő kérdése. Ha viszont a felhasználó kizárólag 
kisbetűkből álló, öt karakter hosszúságú jelszót használ, akkor 
az összes lehetőség végigpróbálása már nem tűnik annyira 


kivitelezhetetlennek. A sózás használatával azonban jelentősen 
növelhetjük ezt az időt, bár az igazi megoldás az lenne, ha 

a felhasználók kizárólag legalább nyolc, kis- és nagybetűket, 
illetve különleges jeleket egyaránt tartalmazó jelszavakat 
használnának. 

Az újabb Unixok abban is segítik a felhasználói jelszavak 
védelmét, hogy nem a mindenki számára olvasható 
/etc/passwd állományban tárolják a titkosított jelszavakat, ha- 
nem egy, a felhasználóktól elzárt helyen. Azok a programok, 
amelyek ehhez hozzáférhetnek (például login, passwd) 
csak késleltetéssel adják vissza az eredményt, ezzel is lassítva 
a támadó munkáját. 


Vírusok 

A biológiaórán megismert vírusok olyan életformák, 
amelyek rendkívül egyszerű szerkezetűek: csak 
egyetlen DNS-ből (vagy RNS-ből) és az azt védő 
fehérjeburokból állnak. A vírusok ezért nem is 


szaporodni sem képesek. Így hát önmaguk 
reprodukálása céljából hihetetlenül gonosz 
tetteket hajtanak végre: 
egészséges sejteket 
támadnak meg, és beépítik 
a saját DNS-üket a sejt 
élettani folyamatait 
szervező központjába. 
Tulajdonképpen átveszik 
az irányítást, azaz a sejtet 
arra kényszerítik, hogy 
mindennapi tevékenysége 
helyett inkább további vírusok 

előállításával foglalatoskodjon. 

Az informatikaórán megismert vírusok olyan programrészek, 
amelyeknek a legfontosabb feladatuk az, hogy saját magukat 
ismételjék. Például más programokat úgy változtassanak 
meg, hogy azok tartalmazzák magának a vírusnak a kódját is 
(vagy annak egy másik változatát), ezáltal már a fertőzött 
program is a vírus újbóli megismétlésével fog foglalatoskodni. 
A számítógépes vírus működési elve tehát a biológiai víruséra 
rímel. Ahogy a biológiai vírus sem önálló élőlény, és a szaporo- 
dásához szüksége van egy gazdasejtre, úgy a számítógépes 
vírus sem önálló program, inkább csak gépi kódú utasítások 
halmaza, amelyeknek a végrehajtásához egy gazdaprogramra 
van szükség. 

A vírussal megfertőzött sejt — miután több ezer új vírust 
gyártott le — rövid időn belül elpusztul. Vannak azonban 
olyan vírusok (az úgynevezett csendesen fertőző vírusok), 
amelyek nem okoznak jelentős károsodást a gazdasejtben, 
csupán a vírus további szaporodását teszik lehetővé. A szá- 
mítógépes vírusok az utóbbi elvet követik, mivel lételemük 
a rejtőzködés. Ha ezt nem tennék, a felhasználó rövid úton 
felfedezné őket. Ezért egy életképes vírus a megfertőzött 
programot mindig csak annyira változtatja meg, hogy az a 
további programok megfertőzése mellett eredeti feladatát is 
kifogástalanul végezhesse. Ez a gyakorlatban a legtöbbször 
úgy működik, hogy a vírus kódja a megtámadott futtatható 
állomány végére kerül, és úgy változtatja meg a fejlécet, 
hogy először a vírus kódja hajtódjon végre. Miután a vírus 
elvégezte a dolgát (további állományokat fertőzött meg), 

az eredeti program is végrehajtásra kerül. Ezek az úgyne- 
vezett linkvírusok - ez a legősibb és legelterjedtebb vírus- 
fajta, ám bizonyos alkalmazások létrejöttével megjelent 
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egy, talán még tíz évvel ezelőtt lehetetlennek is mondott 
új linkvírus alfaj: a makróvírus. Legfontosabb tulajdonsága, 
hogy adatfájlokkal érkezik. Egy W betűvel kezdődő nevű 
operációs rendszernek van például egy szintén W-vel 
induló nevű szövegszerkesztője, amely lehetővé teszi, hogy 
a dokumentumokban a felhasználó úgynevezett makrókat 
helyezhessen el. A makró tulajdonképpen egy egyszerű 
programnyelv, amelyet a szövegszerkesztő értelmez, majd 
végrehajt. A makró eredetileg minden bizonnyal a , felhasz- 
nálói beavatkozást igénylő (interactive) dokumentumok" 
létrehozását szolgálta, de elég fejlett volt ahhoz, hogy pél- 
dául fájlkezelő műveletekre használhas- 
sunk. Ennek köszönhetően megfe- 
lelő teret kínált vírusok számára, 
amelyek magát a szövegszerkesztőt 
használták futási közegként. A mak- 
róvírusok megjelenése két dolog 
miatt jelentett nagy csapást a 
személyi számítógépek bizton- 
ságára nézve: egyrészt azért, 
mert makróvírus írásához nem 
volt szükség magas szintű 
programozási ismeretekre; 
másrészt azért, mert a doku- 
mentumcserék akkor még 
teljesen gyanútlanul mentek 
végbe, se a felhasználók, se a 
vírusirtók nem számítottak a doku- 
mentumokból előbújó szörnye- 
tegekre. Az internet elterjedése, és a különböző 
internetes alkalmazások egy rendszerbe történő 
,Összevonása" a makróvírusok szétáramlását még jobban 
megkönnyítette... 
Akadnak olyan vírusok is, amelyek másképp támadnak a 
rendszerre (bár többségük már csak az emlékezetünkben 
él). Ilyenek voltak például a társvírusok, amelyek nem 
nyúlkáltak a gazdaprogram kódjába, hanem az azt tartal- 
mazó futtatható állományt nevezték át és tették rejtetté, 
majd a helyére saját magukat másolták. A gazdaprogram 
elindításakor valójában a vírus indult el, amely termé- 
szetesen elindította az eredeti programot is. Ezek a vírusok 
azonban hamar lebuktak, ha valaki a gazdaprogram eredeti 
állományában keresett adatot vagy programkódot (azaz az 
úgynevezett overlay technikát használták). A társvírusok 
egyik rendszerre jellemző alfaját az , EXECOM" vírusok 
képezték, amelyek az MS-DOS-nak azt a tulajdonságát hasz- 
nálták ki, hogyha parancssorból történő indításkor a felhasz- 
náló nem ad meg kiterjesztést, akkor a rendszer először a 
. COM kiterjesztéssel keres állományokat, s ha nem talál, 
akkor .EXE-vel folytatja, végüla .BAT-tal zárja a próbálgatást. 
Ha például létezett egy valami.exe nevű állomány, a vírus 
mellérakott egy valami.com nevűt, amely magát a vírust 
tartalmazta. Ezután már csak abban kellett reménykedni, 
hogy a felhasználó a programot a valami parancs kiadá- 
sával indítja el. Az EXECOM vírusok azonban egy Norton 
Commander nevű alkalmazás elterjedése következtében 
teljesen kihaltak. 
Az eddig említett vírusok nagy hátránya, hogy addig 
teljesen hatástalanok, amíg egy fertőzött állomány végre- 
hajtásra nem kerül. Ezért vannak olyan vírusok, amelyek 
már a gép indulásakor, még az operációs rendszer betöltő- 
dése előtt szeretnek aktiválódni. Ezek az úgynevezett indí- 
tóvírusok (boot virus), amelyek az indítórészben laknak, 
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így a gépszintű program (firmware software) (PC esetében 

a BIOS) már a gép indítása után egyből nekik adja a vezér- 
lést. Az indítóvírusok általában egyben vírusok is, tehát 
nemcsak a hajlékonylemez-meghajtóba tett lemezek indító 
szektorát, hanem a gépen található alkalmazásokat is meg- 
fertőzik. Az indítóvírusok azonban nem jelenthetnek veszélyt 
az igazi védett módú operációs rendszerekre (például a 
Linuxra vagy a Windows XP-re). 


Rejtőzködés 

A vírusok tehát olyan programkódok, amelyek saját magukat 
sokszorosítják. A vírusírók pedig olyasfélék, akik olyan prog- 
ramkódokat írnak, amik saját magukat sokszorosítják. Ez már 
önmagában is kihívás, de a vírusírók a szaporodáson kívül 
mindig szeretnek valamiféle , magasabbrendű" célt kitűzni 
gyermekeik számára. Ez lehet például adatszerzés, rombolás, 
vagy éppen valami ártatlan kis semmiség. Mindenesetre minél 
szaporább egy vírus, annál nagyobb esélye van arra, hogy a 
kitűzött célt teljesítse. 

A vírus tevékenysége azonban mindig valamilyen változással 
jár. Például, ha megfertőz egy futtatható állományt, akkor 
annak a mérete megváltozik. Mivel ezek a változások felismer- 
hetők, fennáll a veszély, hogy a felhasználó gyanút fog, ami 
egyben (legalábbis azon a rendszeren) a vírus pályafutásának 
a befejezését jelentheti. A korszerűbb vírusok nemcsak arra 
ügyelnek, hogy a fertőzött programok futtatása közben a fel- 
használó semmi rendelleneset ne észleljen, hanem arra is, 
hogy a szaporodással járó változásokat minél jobban eltitkolják. 
Hogy erre milyen módszereket használhatnak, az nagymérték- 
ben függ magától az operációs rendszertől is. Például az MS- 
DOS, ami tulajdonképpen nem más, mint egy eljáráscsomag, 
semmiféle korlátozást nem szabott a programok számára. Mi 
több, a teljes vezérlést az alkalmazás kezébe adja, így a vírusok 
nyugodtan módosíthatták az indítórészt, vagy magukra irá- 
nyíthatták a különböző rendszerhívásokat. Ezáltal olyan dol- 
gokra is képesek lehetnek, hogy például a fertőzött állomány 
méretének a lekérdezésekor hamis eredmények szülessenek 
(így leplezve a méretváltozást). 

Ilyesmi nem lehetséges egy olyan valódi védett módú operá- 
ciós rendszer esetében, amelyben minden folyamat szigorúan 
csak a saját memóriaterületével rendelkezik. Ez természetesen 
nem jelenti azt, hogy például Linuxra nem lehet vírust írni. 
Vírust minden operációs rendszerre lehet írni, csak nem 
mindig érdemes. Ha például a vírust alkotója azzal a képesség- 
gel ruházza fel, hogy egy ismert biztonsági rést használjon ki, 
akkor a vírus sok csúnya dologra képes lehet, megfertőzheti 
magát az operációs rendszert is. 

Mindenesetre a többfelhasználós rendszerek nagyobb ellenál- 
lást tanúsíthatnak a vírustámadásokkal szemben, hiszen az 
egyszerű felhasználók a programok többségét csak futtathatják, 
de nem módosíthatják. Az elindított vírus így csak a felhasz- 
náló tulajdonában lévő állományokra jelenthet veszélyt, a 
rendszer egészére azonban nem. Kivéve, ha nem a rendszer- 
gazda indít fertőzött állományt. A makróvírusok azonban a 
többfelhasználós rendszerekben is életképesek, mivel a doku- 
mentumok a felhasználók tulajdonában vannak. 


Vírusok nyomában 

Sem mott, és valószínűleg a jövőben sem fog létezni olyan 
algoritmus, amelyik egyértelműen és tévedhetetlenül képes 
kimutatni bármilyen vírus jelenlétét a rendszerben. Bár 
többféle módszer létezik, amelynek alapján megsejthetjük, 
hogy vírustámadás áldozatai lettünk, illetve felismerhetünk 


4 Linuxvilág 


már felfedezett vírusokat, de ez is csak abban az esetben 
lehetséges, ha az adott vírus ügyetlenül vagy egyáltalán nem 
védekezik az alkalmazott módszer ellen. 

A legismertebb ilyen módszer a szignatúrakeresés. Ez arra 

a feltevésre épül, hogy a vírusok kódjának valamely része 
biztosan egyedi, azaz nem fordulhat elő olyan állományban, 
amelyik az adott vírussal nincs megfertőzve. Ez máig a legha- 
tékonyabb vírusészlelő módszer, és a vírust még a működésbe 
lépése előtt felfedezhetjük. Hatástalan azonban az ismeretlen 
vírusokkal szemben, továbbá a korszerű polimorf vírusokkal 
sem tud mit kezdeni, mivel ők képesek a saját kódjuk megvál- 
toztatására. Egy másik nem elhanyagolható dolog, hogy a 
szignatúra-adatbázist folyamatosan frissíteni kell, és az adat- 
bázis növekedésével a keresés ideje is növekszik. 





Mivel a polimorf vírusok könnyedén kijátszhatják a szignatú- 
rakeresőket, a heurisztikus keresés kifejlesztése vált szüksé- 
gessé. A módszer lényege annyi, hogy a víruskereső elkezdi 
értelmezni a program kódját, gyanús tevékenységeket keresve 
benne. (Ilyen gyanús dolgok lehetnek például a különböző 
titkosító és polimorfikus eljárások). Előnye, hogy az ismeretlen 
vírusokat is képes felismerni, viszont nagyon nagy a hiba- 
százalék: nagyszámú a téves riasztás, és nem minden esetben 
akad a vírus nyomára. 

Mivel a vírusok kivétel nélkül változásokat idéznek elő, a 
változások megfigyelésével felismerhetjük őket. Ehhez az kell, 
hogy még a vírus nélküli rendszerről mindent fel kell jegyez- 
nünk (például a futtatható állományok tartalmát, illetve annak 
, lenyomatát" a CRC algoritmus használatával). Ezután már 
csak rendszeres időközönként össze kell hasonlítani a rendszer 
jelenlegi állapotát az eredetivel — ha vírus van a rendszerben, 
akkor a víruskereső észreveszi, de csak azután, miután a vírus 
működésbe lépett. További gond, hogy változást nem csak 
vírus okozhat, ezért téves riasztás is előfordulhat. 

Láthattuk tehát, hogy mindegyik módszernek megvan az 
előnye és hátránya, így igazán hatékony megoldást csak 
együttes használatukkal érhetünk el. A jövő azonban bíztató, 
mivel kutatások folynak olyan ,intelligens" víruskereső 
programok kifejlesztésére, amelyek képesek csapdába ejteni 

a gépet megtámadó vírust. Ezt úgy érheti el például, hogy 

egy pontosan ismert csali mindenfelé programokat helyez el 

a rendszerben, majd azokba véletlen írásokat kezdeményez, 
ezáltal , bírja rá" a vírust a csaliprogram megfertőzésére. Mivel 
ismeri az eredeti csalit, a vírus kódja könnyedén kinyerhető, 
elemezhető - esetleg önműködően azt észlelő és eltávolító 


eljárást is készíthet hozzá. Ez a módszer sem lehet százszáza- 
lékosan megbízható, amíg nem lehetünk biztosak abban, hogy 
a memóriába ugyanazokat az adatokat kapjuk vissza, mint 
ami a lemezen szerepel (és nem azt, amit egy kósza vírus 
módosított). Ugyanez a nehézség a többi módszer esetén is 
fennáll, így az igazi megoldás talán az lenne, ha a víruskereső 
is az operációs rendszer belsejében foglalna helyet. Ám a siker 
ekkor sem lenne garantált. 


A féreg 

Féregvírusnak is szokás nevezni, mivel a férgeket is szaporo- 
dásra tervezték. A féreg (worm) azonban nem vírus. Ha megint 
egy, a biológiaórán megismert szereplőhöz szeretnénk hasonlít- 
gatni, akkor a féreg a baktérium megfelelője lehet. A baktérium 
egy önálló élő szervezet, amely képes saját magától szapo- 
rodni, méghozzá gyorsan - elegendő tápanyag jelenlétében 
akár exponenciális ütemben is. A féreg tehát olyan önálló 
program, amelyik saját magát sokszorosítja és indítja el, egé- 
szen addig, amíg a rendszer össze nem omlik. 

A legtöbb féreg azonban mindig nagyban gondolkozik. 

Míg a vírusok minél több állomány megfertőzésére töreksze- 
nek, addig a férgek az internet segítségével minél több gépre 
el szeretnének jutni. Mindig ,egyedül" utaznak, és amint 
megérkeznek egy helyre, egyből azon gondolkoznak, hogyan 
juthatnának el más gépekre. 

Az első igazán nagy pusztítást végző féreg 1988-ban szabadult 
el, és a Berkeley Unixok biztonsági réseit használta ki. Ez a 
féreg két részből állt: a féreg magjából és egy áthúzó program- 
ból. Az utóbbit a megtámadni kívánt gépen kellett lefordítani 
és lefuttatni. Feladata csak annyi volt, hogy kapcsolódjon 
ahhoz a géphez, ahonnan érkezett, majd töltse át a féregmagot, 
majd fordítson és futtasson. A féreg magja megnézte a 
/etc/hosts nevű állományt, amelyből kiderült, hogy az adott 
gép mely további gépekkel áll kapcsolatban. Ezekre áttöltötte 
az áthúzó programot, és kezdődött minden az elejéről. 

Az igazán érdekes azonban az, hogy a féreg miként volt képes 
rávenni a távoli gépeket az áthúzó program lefuttatására. 
Három módszert is kipróbált rá. Először az rsh (remote shell) 
parancs segítségével próbálta meg elérni a távoli gép parancs- 
sorát. Ha sikerült, akkor az áthúzóprogramot áttöltve és 
lefordítva megvalósult a fertőzés. 

Amennyiben ez nem jött volna be, a finger démon egy 
ismert távoli átmeneti tár túlcsordulási hibáját aknázta ki. 
Ennek a módszernek az a lényege, hogy értékként egy jó nagy, 
különlegesen összeállított adatblokkot adunk át. Ez az adat- 
blokk bőven nagyobb volt, mint az átmeneti tár, így az túlcsor- 
dult, és a verem felülírásra került. Ha képesek vagyunk távoli 
program vermébe írni, akkor megváltoztathatjuk annak a 
visszatérési címét. Így a finger feladata befejezte után nem 
az eredeti helyre tért vissza, hanem elindított egy parancssort. 
A féreg ehhez kapcsolódva könnyedén telepíthette magát. 

A harmadik próbálkozás a Sendmail nevű levelezőrendszerrel 
történhet: a féreg egy másik gépre (levélként) átküldhette, 
majd futtathatta magát. 


A hálózatok többségében a felhasználóknak nem csak egy 
géphez van hozzáférésük, így a féreg arra is vette a fáradságot, 
hogy nekiálljon feltörni a felhasználók jelszavát, és az ilyen 
módon megszerzett gyenge jelszavak segítségével megpró- 
báljon a többi gépbe is beférkőzni. 

A vírusokhoz hasonlóan a férgeknek is rejtőzködniük 

kell, hogy minél tovább szaporíthassák önmagukat. Ezért 
nem jó, ha a féreg túl korán lelassítja a megfertőzött gépeket. 
A most tárgyalt féreg például a fertőzés előtt megnézte, 
hogy hány példányban fut már a kérdéses gépen. Ha már 
több mint hét példányban futott, akkor inkább más célpont 
után nézett. 

Ez a féreg annyira hatékony volt, hogy rövid időn belül több 
ezer gépet volt képes megfertőzni és megbénítani (ami 
akkoriban az internet jelentős részét képezte). A féreg azért 
is mérföldkőnek számított a számítógépes biztonságtechnika 
terén, mert képes volt olyan biztonsági hibákat kihasználni, 
amelyek segítségével felhasználói beavatkozás nélkül 

tudott terjedni. 

Azóta több féreg is átsöpört a világon, volt olyan is, amelyik 
nem volt ennyire összetett, több közülük csupán egy levele- 
zőügyfél hibáját próbálta kihasználni. Általában azért a 

, felhasználó" is hibás volt, mert megnyitotta a férget tar- 
talmazó levelet. 


Hátsó ajtók és trójai falovak 

A hátsó ajtó egy olyan kód, amelyik rést nyit a rendszeren, 

és illetéktelenek belépését teszi lehetővé, illetve adatokat juttat 
ki a rendszerből. A trójai faló egy olyan alkalmazás, ami valami 
mást is csinál, mint amit hirdet magáról, és azt a valamit 
nagyon jól titkolja. 

Fontos, hogy sem a hátsó ajtó, sem a trójai faló nem vírus 

és nem is féreg, mivel egyik sem szaporodik. Az más kérdés, 
hogy sok vírus egyben hátsó ajtó is, tehát alkotója számára 
belépést biztosít a fertőzött gépekre. A trójai programok 

is tartalmazhatnak hátsó ajtót (ebben az esetben a hátsó- 
ajtó-készítés a titkos feladat), de lehetnek például vírusgaz- 
dák is. A vírusgazda nem egy vírussal fertőzött program, 
csak tartalmazza a vírust, és végrehajtáskor azt útjára engedi 
a rendszerben. 

A következő részben szó lesz még a rejtett csatornákról és a 
felhasználói réteg alkalmazásairól. Elsősorban a démonokról 
írok majd, amelyek fontos építőkövei a Unix-rendszereknek 
(még ha nem is tekinthetők közvetlenül az operációs rendszer 
részének). Nem kanyarodunk el azonban véglegesen a bizton- 
ság kérdésétől, mivel megtudhatjuk azt is, hogy egy könnyen 
,korrumpálható" démon milyen mértékben áshatja alá a 
rendszer biztonságát (a válasz: nagymértékben). 


Garzó András (garzoandOXOinterware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek lelkivilága érdekli, de nyitott 
egyéniség. Kedvenc étele a palacsinta, és van egy Richard nevű 


macskája. Minden észrevételt, megjegyzést, levelet szívesen fogad. 
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Hogyan térjünk át Linuxra lépésről lépésre? 


Mostanában egyre több embert foglalkoztat a címbeli kérdés, hiszen egyre több 
szó esik a szabad programokról mint az új irányzatról, élén a téma összefogójával, 
a szabad programmozgalom zászlóvivőjével: a Linux operációs rendszerrel. 

Vajon miért érdeklődnek az emberek e témakör kerengő szóbeszédei iránt? 


ogyha valami újat hall az ember, 
azonnal érdekelni kezdi, rögtön 
kíváncsi lesz, és nincs ez más- 
képp akkor sem, amikor az ismerőseim 
a Linuxról kérdeznek. Egyszer csak eljön 
a pillanat, hogy engedve a kíváncsisá- 
guknak, megpróbálnak feltenni egy 
ilyen operációs rendszert a gépükre. [ga- 
zából itt kezdődnek a nehézségek, ugyan- 
is a másoktól hallottak alapján próbál- 
nak meg elindulni, ám azok korántsem 
szilárd talajon álló útmutatók, inkább 
csak úgy lógnak a levegőben. Nem árt 
tisztában lenni néhány szakmai kérdés- 
sel, mielőtt ilyen vállalkozásba kezde- 
nénk, de ez általában nem így van, nem 
csoda hát, hogy a Linux a legtöbb ember 
számára túl nagy falatnak bizonyul. 
Ennek természetesen gyomorrontás a 
vége, és teljesen elmegy a kedvük ettől 
az új hóborttól. Pedig valójában nem 
nagy ördöngösség egy ilyen rendszer 
telepítése és használata, csak épp a hiá- 
nyos adatok alapján végzett kísérlet 
gyakran kudarccal jár, és ez a felsülés 
hajlamos elvenni az emberek kedvét. 
Ezek elkerülése érdekében ezzel a cikkel 
egy új sorozat indul a magazinban, 
amely a kezdő Linux-felhasználókat 
lépésről lépésre végigvezeti az átállás 
folyamatán - a telepítéstől egészen az 
egyes alkalmazási területeken adott 
lehetőségek kihasználásáig. Abban a 
reményben kezdek neki cikkem írásá- 
nak, hogy az olvasóra gyakorolt hatás 
eredményeképpen sokkal több ember 
kóstol bele a szabad programok világá- 
ba, és a fiaskók elkerülésével csökken 
majd az effajta előítélet, amely a , hasz- 
nálhatatlanság" bélyegét sütötte a 
Linuxra. Ehhez azonban az is kell, hogy 
aki belefog a telepítésbe, bizonyos szin- 
ten azért tisztában legyen néhány foga- 
lommal. Azt tudom mondani, hogy aki 
telepített már Windows 2000-et, vagy 
XP-t, az itt is boldogulni fog, de ez nem 
jelenti azt, hogy egy, a témában járatlan 
olvasónak ne sikerülhetne, hiszen a 
bemutatott terjesztés egy átlagos rend- 
szerre 1-2 egérkattintással telepíthető. 
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Melyiket válasszam? 

Mindenekelőtt szükségünk lesz egy 
terjesztésre a telepítéshez, amelyet cél- 
szerű úgy megválasztani, hogy később 
mi, kezdő felhasználók ne szenvedjünk 
vele sokat. Ezt a tényt szem előtt tartva 
jelen cikkben a SuSE Linux 8.2 változa- 
tának a telepítését szeretném bemutatni. 
Megjegyzem, hogy a korábbi változatok 
telepítése is csak alig különbözik a jelen- 
legitől, ezért ha valaki az itt leírtakat egy 
számára elérhetőbb 83.1-es vagy 8.0-s 
változatra próbálja meg alkalmazni, az 
nagy valószínűséggel működni fog. 

Itt szeretném megjegyezni, hogy hama- 
rosan a boltokba kerül a 9.0-s változat, 
amely a tapasztalatok alapján a telepí- 
tést tekintve szinte egyáltalán nem fog 
különbözni az itt leírtaktól (legfeljebb 
még egyszerűbb lesz), így ha valaki a 
cikket olvasva kedvet kap, és szeretne 
magának vásárolni egy SuSE Linuxot, 
annak talán érdemes megvárni az új, 
feltehetően szebb és jobb változatot, 
mielőtt megvenné a mostanit, aztán 
vágyna az újabb után. 

Ami az erőforrásokat illeti: ha rendelte- 
tésszerűen szeretnénk használni a 
gépet, ne adjuk alább egy 300 MHz-es 
Pentium II Celeron processzornál és 

128 MB memóriánál. Ezenkívül szükség 
lesz legalább 2 GB szabad lemezterü- 
letre, de ha minden csomagot fel szeret- 
nénk tenni, az 5-6 GB-ra is rúghat — 
amely azonban végletes eset, átlagosan 
legfeljebb 2,5 GB, de már ebben az 
esetben is egy jól megrakott rendszer 
birtokában vagyunk. 
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Telepítés 

A SuSE telepítésének alapvetően két 
módja lehetséges: hálózatról vagy 
CD-ről történhet. A hálózat hátránya, 
hogy nem árt, ha minél gyorsabb kap- 
csolat áll rendelkezésünkre, a progra- 
mok azonban rengeteg FIP-kiszolgálón 
teljesen ingyen hozzáférhetők. A CD-s 
telepítéshez még internetkapcsolatra 
sincs szükségünk, viszont a CD-állo- 
mányok sehonnan nem tölthetők le, 
ehhez meg kell vennünk a SuSE termé- 
két, amely pénzbe kerül. Ám ne ijedjünk 
meg, a dobozban ugyanis nemcsak 
CD-k (DVD-k) vannak, hanem két igen 
vastag magyar nyelvű kézikönyv, amely 
főként a Linuxot még soha nem látott 
ember életét könnyítheti meg jelentő- 
sen, ezen felül három hónapos ingyenes 
telepítési támogatást is nyerünk. 

A hálózatról történő telepítés során 
szükségünk lesz indító CD-re vagy haj- 
lékonylemezre, amit az 

2 ftp:/ftp.suselinux.org/pub/suse/boot/ 
könyvtárban találunk. A lemezlenyo- 
matokat letöltve vagy CD-re írva 


(boot.iso), vagy több hajlékonylemezre 
másolva a rawrite program segítségé- 
vel megkapjuk a kívánt indítólemezeket. 
A rendszerindítás után a hálózati kap- 
csolat megadását követően a megfelelő 
helyen ki kell választanunk az adatfor- 
rást, amelyről az 3 ftp.suselinux.hu 
kiszolgálón lévő ide vonatkozó leírásból 
tájékozódhatunk. 

Nézzük azonban most az egyszerűbb 
telepítési módot, ahol az első néhány 
lépés elhagyható. Tegyük be a program 
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első korongját vagy a DVD-jét, és indít- 
suk róla a gépet. Amikor bejön az indí- 
tóképernyő, nyomjunk meg a le-fel bil- 
lentyűket, hogy tájékozódni tudjunk. 

A képernyő alján látszik a felbontás. 

Ha ez nekünk nem felel meg, az F2 bil- 
lentyű segítségével megváltoztathatjuk. 
A telepítés során a grafikus kártyánk 
VESA-módban üzemel, amely 60 Hz-es 
képífrissítési frekvenciát használ, ennek 
fényében kell tehát a monitorunknak 
megfelelő felbontást kiválasztani. Ha 
nem vagyunk biztosak benne, válasszuk 
a 640 x480-as üzemmódot, az biztosan 
működik. 

Ha most kiválasztjuk az Installation 
menüpontot, elindul a telepítés folya- 
mata. Pár másodperc elteltével megkap- 
juk a telepítőfelületet, elsőként a nyelv- 
választási lehetőséggel. Javasolt a ma- 
gyar nyelv kiválasztása a későbbi eset- 
leges nehézségek elkerülése végett. 

Ha ez megvan, a következő lépésre 
kattintva a telepítő előkészíti a rend- 
szert, majd megmutatja a tervezett 
telepítési menetet, és lehetővé teszi 
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számunkra, hogy bármelyik javaslatot 
megváltoztassuk. A képernyőn található 
egyes részlegek a telepítés főbb jellem- 
zőit tükrözik, a címek alatt kisebb betű- 
vel szedve található az egyes elemek 
részleteire vonatkozó tájékoztatás. 

Ha át akarjuk őket állítani, a címsorra 
kattintva új paneleket kapunk. Az új 
felületet az alábbiak szerint kell értel- 
mezni az egész telepítés folyamán: bal 
oldalon található egy általános terület, 
ahol mindig a pillanatnyi lépéshez tar- 
tozó magyar nyelvű segédletet találjuk, 
ebben röviden ismertetik az adott folya- 
mat lényegét, tippeket adnak a beállí- 
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tásra, amiket természetesen ajánlott be- 
tartani. A képernyő nagyobbik felén ta- 
lálható a beavatkozófelület, itt végezhet- 
jük el a telepítés folyamán a beállításokat. 


Az észlelt heállítások 

A billentyűzetre és egérre vonatkozó 
adatok az esetek túlnyomó többségében 
helyesek (értsd: én még nem találkoztam 
olyannal, hogy rosszul ismerte volna fel), 
ezzel nem kell foglalkoznunk, sőt ha 
tényleg teljesen kezdő felhasználók va- 
gyunk, semmi egyébbel se törődjünk, 
csak folytassuk a következő telepítési 
lépéssel. Ha azonban egy-két beállítást 
meg szeretnénk változtatni, akkor kalan- 
dozzunk el egy kicsit ezen a képernyőn. 


Lemezfelosztás 

Az első fontos rész a lemezterület felosz- 
tása, amelyben a Linux számára szüksé- 
ges lemezrészek kialakítását végezhetjük. 
Kevesen tudják, hogy minden operációs 
rendszernek szüksége van valamilyen 


lemezrészre ahhoz, hogy használni 
tudjuk. A Linux ezt megoldja magának, 
keres egy elegendő méretű szabad le- 
mezrészt, és a maga igényei szerint le- 
foglalja, megteszi a szükséges beállítá- 
sokat. Ha nincs ilyen felosztható terület, 
akkor megpróbál átméretezni egy olyan 
lemezrészt, amin elég szabad hely talál- 
ható, hogy a számára elegendő területet 
fel tudja szabadítani. Célszerű a telepí- 
tés megkezdése előtt előkészíteni a 
merevlemez egy részét, amin nincs 
semmi, de ha ezt nem tudjuk megol- 
dani, hagyjunk valamelyik meghajtón 

5 GB körüli szabad helyet, és a többit 
bízzuk a telepítőre. Most egy kicsit 
azokhoz szólnék, akik jártasak a lemez- 
felosztás művészetében. A Linux számá- 
ra főként két elsődleges vagy kiterjesz- 
tett lemezrész szükséges. Az egyik egy, 
a fizikai memóriával arányos méretű 
csereterület (swap), ahová a rendszer 

a ritkán használt memóriaterületek 
tartalmát helyezi át - felfoghatjuk vir- 
tuális memóriának is. A másik területen 
helyezkedik el maga az operációs rend- 
szer és a felhasználók állományai. A cse- 
reterület lemezrészének létrehozásánál 
a méret megadása után válasszuk ki a 
csereterület-fájlrendszert a bal alsó le- 
nyíló menüből, majd mentsük a változ- 
tatásokat. A fő (gyökér) lemezrész létre- 
hozásához foglaljunk le körülbelül 5 GB 
területet, és javasolt a ReiserFS fájlrend- 
szer használata, amelyet szintén a 

bal alsó lenyíló menüben találunk. 

A befűzési pontok mutatják meg, hogy 
a rendszer hová fűzze az egyes lemezré- 
szeket, vagyis a használat során hol lát- 
szódjanak. A két alaptípus létrehozá- 
sánál a lemezkezelő program önműkö- 
dően beállítja ezt nekünk, de ha nem 
így volna, mert más módon kezdtük el 
a létrehozást, akkor a csereterület-lemez- 
rész csatlakoztatási pontja swap legyen, 
a fő lemezrészé pedig /. Ezek után min- 
den adott, hogy megkezdhessük a 
telepítést. 

Tirr: ha nem boldogulnánk a telepítő 
akaratos átméretezési vágyával, válasz- 
szuk a lemezkezelő panel jobb alsó 
sarkában található Szakértő menü 
Partíciós tábla újraolvasása menüpont- 
ját, ami után a telepítés előtti állapotból 
indulhatunk ki. Az egész folyamat nem 
bonyolultabb, mint egy Windows XP 
telepítése során történő lemezkialakítás, 
csak ne ijedjünk meg tőle — ugyanazt 
kell tenni, csak épp NIEFS fájlrendszer 
helyett itt a ReiserFS-t kell kiválasztani, 
és szükségünk van még egy kisméretű 
csereterület típusú lemezrészre is. Újra 
hangsúlyoznám azonban, hogy aki az 
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itt leírtakat nem érzi a magáénak, nyu- 
godtan folytassa a telepítést a felajánlott 
beállításokkal, a Linux úgyis fel fog 
menni a gépre. 

Kényelmes szolgáltatás az is, hogy a már 
létező windowsos, DOS-os és egyéb 
lemezrészeket önműködően hozzá fogja 
fűzni a rendszerhez, így minden előké- 
szítés és fájdalom nélkül írhatjuk, olvas- 
hatjuk a többi lemezen lévő fájlokat. 
Ezenkívül lehetőségünk adódik a gépen 
található régebbi operációs rendszerek 
használatára is, mivel a SuSE ezt is min- 
den külső beavatkozás nélkül felismeri, 
és beteszi a rendszertöltő menübe, ahol 
minden indításkor lehetőségünk lesz 
választani. 

A többi lehetőség megváltoztatására 
gyakorlatilag semmilyen átlagos számí- 
tógép esetén nincs szükség. Egyetlen 
említésre méltó pont az időzóna beállítá- 
sainál található óra beállítása lehetőség, 
amelyet nem célszerű UIC-re állítani, 
mégha azt is akarja, válasszuk inkább a 
helyi idő szerinti beállítást. Mindenképp 
tegyünk így, ha mellette más operációs 
rendszert is használunk, mert ezáltal 
mindegyikben ugyanazt az időt látjuk, 
más esetben előfordulhat, hogy a 
Linuxban helyes idő Windows alatt 
greenwichi idővé válik. 


Az összetevők telepítése 

Még a telepítésre kerülő programok 
listáját sem érdemes módosítani. Egy- 
részt azért, mert nem tudjuk még, hogy 
mi mire való, másrészt mindezt később 
ugyanilyen kényelmes formában meg- 
tehetjük, és jelen esetben talán jobb, ha 
most arra törekszünk, hogy felépítsünk 
egy alaprendszert, amellyel aztán meg- 
kezdhetjük az ismerkedést. 

Ha készen vagyunk, a telepítés követ- 
kező szakasza a fájlok másolása és 
kicsomagolása a merevlemezre, közben 
majd kérni fogja az egyes CD-ket, ha 
épp nem DVD-ről telepítünk. 

Az alapfájlok másolása után a rendszer 
újraindul, ám a telepítés itt még nem 
fejeződik be. Egyrészt tovább zajlik 
majd a fájlok másolása és kicsomagolása, 
másrészt ezután adódik majd lehetősé- 
günk az eszközök beállítására. Előbb 
azonban a fájlok másolásának végezté- 
vel a rendszer kéri a rendszergazda 
jelszavát. Hogy ezt megértsük, nézzünk 
egy kicsit a dolgok mögé! A Linux több- 
felhasználós operációs rendszer, ami azt 
jelenti, hogy egyszerre egy vagy több 
gépről többen is használhatják a masi- 
nánkat mindenféle nehézség nélkül. 
Ahhoz azonban, hogy az ebből adódó 
nehézségeket elkerüljük (például 
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egymás fájljait ne lássuk, akarva akarat- 
lan ne tudjunk kárt tenni más munkájá- 
ban és tönkre se tehessük a rendszert), 
azonosítani kell magunkat a Linux 
számára. Linuxunk alapesetben ismer 
minket, és a megfelelő minta egyezte- 
tése után elkönyveli, hogy mi használ- 
juk, és megengedi az ismeretségnek 
megfelelő műveletek elvégzését. A rend- 
szerben létezik egy olyan alapértelme- 
zett felhasználó, aki a rendszerért fele- 
lős, aki megismerteti a rendszerrel, hogy 
kik használhatják, és aki a gép , üzemel- 
tetését" végzi, ennélfogva bármit megte- 
het, és mindent lát. Ez a felhasználó 

a rendszergazda (root). Jelen esetben a 
mi gépünket mi működtetjük, úgyhogy 
egy személyben rendszergazdák is 
vagyunk. Adjunk meg tehát egy jelszót, 
hogy mások ne birizgálhassák a fontos 
beállításokat. Később látni fogjuk, hogy 
leszünk mi még felhasználók is, ehhez 
azonban még nem érkeztünk el, inkább 
folytassuk a telepítést. 


A hálózati eszközök beállítása 

Most következik a hálózati eszközök be- 
állítása. Egyszerű modem, ADSL kapcso- 
lat, hálózati kártya beállítása nem jelent- 
het gondot, erre itt külön nem is térnék 
ki, hiszen az eszközt a rendszer valószí- 
nűleg felismeri (nagyon ritka darabnak 
kell lennie, hogy ez ne így történjen), a 
beállítás pedig ugyanúgy Zajlik, mint a 
többi operációs rendszer alatt. Minden 
üres mező értelemszerűen van elnevez- 
ve, tehát aszerint is kell őket kitölteni! 
Ezentúl egészen pontos segítséget kapha- 
tunk a bal oldali sávban lévő súgótól. 

És most térjünk rá a nehezebb felada- 
tokra: ha olcsó PCI-os WinModemet 
(soítmodem) használunk, ne csodálkoz- 
zunk, ha nem ismeri fel a telepítő, 
ugyanis ez igazából nem is modem. 
Végleg azért ne temessük el a dolgot, 
akad némi WinModem-támogatás a 
Linuxhoz, de ez nagymértékben attól 
függ, hogy milyen típusú az eszköz. 
Általában, ha a gyártó nem írt hozzá 
vezérlőt, akkor nem fogjuk tudni hasz- 
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nálni - ilyen esetekben a SuSE is azt 
javasolja, hogy vegyünk másikat. Ha 
tehát ilyen modemet birtoklunk, egye- 
lőre hagyjuk a beállítását, majd a telepí- 
tés végeztével, vezérlőprogramokkal a 
tarsolyunkban próbáljuk meg beállítani. 


Az első felhasználó létrehozása 

Ha továbbmegyünk, lehetőséget kapunk 
az első felhasználó létrehozására. Ez is 

a fent említett többfelhasználós rendszer 
következménye. Ismertessük meg ma- 
gunkat a rendszerünkkel, hogy később 
beengedjen bennünket. Írjuk be a ne- 
vünket, majd adjuk meg a bejelentke- 
zési becenevünket és a jelszavunkat. 
Később, amikor a rendszer arra szólít fel 
bennünket, hogy azonosítsuk magunkat 
(jelentkezzünk be), ezt a becenév-jelszó 
párost kell majd megadnunk. Fontos, 
hogy ne rendszergazdaként jelentkez- 
zük be, ugyanis ha így használjuk a 
rendszerünket, az számos veszélyt rejt 
magában: például végzetesen elronthat- 
juk némelyik beállítást, hiszen minden- 
hez jogunk van. 


Az eszközök beállítása 

A felhasználó létrehozása után követ- 
kezzen az eszközök beállítása, és ha 
már ideértünk, álljunk is meg egy kicsit. 
A telepítő az összes létező összetevőt 
megpróbálja felismerni, és az esetek 
többségében sikerül is az összeset elta- 
lálnia. Az eszközellenőrzés után egy 
hasonló működésű panelt kapunk, mint 
az elején, a telepítés előkészítésénél. 

Az egyes összetevőcsoportok címkéi 
alatt találjuk az abba a csoportba tartozó 
felismert eszközöket (a videokártyát és 
a monitort, a nyomtatót, a hangkártyát 
és a tévékártyát). A videokártya beállítá- 
sai szinte mindig helyesek, a monitort 
azonban már nehezebben ismeri fel, ha 
háromévesnél öregebb. Ehhez találunk 
néhány szabványos vezérlőt, amellyel 
használhatjuk a monitort, de ha nagyon 
értünk hozzá, beállíthatjuk a függőleges- 
vízszintes eltérítési frekvenciákat, hozzá- 
adhatjuk a kívánt felbontást, amivel 


máris megoldottuk a képernyő-informá- 
ciós fájl hiányát. Itt csak annyi megjegy- 
zést szeretnék tenni, hogy ha jól is is- 
meri fel a telepítő a monitort, az elér- 
hető legnagyobb felbontást igyekszik 
beállítani. Ez nem mindig előnyös, és 
olyan módon védekezhetünk ellene, 
hogy a grafikus kártya panelén belüli 
Színek/felbontások menüre kattintva a 
bejövő Munkaasztal tulajdonságai ablak 
Felbontások fülében csak azt a felbontást 
hagyjuk meg, amit használni szeret- 
nénk. Később, amikor a Vezérlőközpont 
segítségével át akarjuk állítani, ugyan- 
ezen a módon megtehetjük. Befejezés- 
kor a Teszt gombbal ellenőrizzük le, 
hogy a beállított felbontás és a monitor 
együtt képes-e működni, látjuk-e a 
képet. A kipróbálás során lehetőség 
nyílik némi kalibrálásra is, amellyel a 
pontosíthatjuk. A Mentés gombra kat- 
tintva a következő indítás során már az 
új jellemzők lépnek érvénybe. Ha a 
próba során mégsem látszódna a kép, 
egy kis idő elteltével önműködően, vagy 
a CTRL-HALT- BACKSPACE billentyűvel 
azonnal visszakapjuk a beállítópanelt, 
amelyben célszerű vagy a felbontást, 
vagy a képífrissítési frekvenciákat 
visszábbvenni, majd újra ellenőrizni, 
hogy működik-e. 

Ami a nyomtatót illeti: ha nem ismerné 
fel a párhuzamos vagy USB-s nyomta- 
tónkat, ne ijedjünk meg, elképzelhető, 
hogy az adott típus ellen van némi ki- 
fogása. Ilyen esetekben azt tehetjük, 
hogy valamilyen általános nyomtató- 
programmal hajtjuk meg. Ehhez ritka 
típusok esetén jól kell ismernünk nyom- 
tatónkat, ám a legtöbb esetben megteszi, 
ha tudjuk, milyen is valójában. Ha pél- 
dául van egy HP LaserJet 3150-es nyom- 
tatónk, akkor nyugodtan használhatjuk 
a HP LaserJet-meghajtót, hibátlanul fog 
működni (ez igaz a DeskJet sorozat tag- 
jaira is). Ezzel azonban most ne foglal- 
kozzunk, majd a telepítés végeztével a 
YaS1T program segítségével beállítjuk. 


Ami végezetül ránk vár. . . 
Továbblépkedve a Hardverbeállítások 
fülről, némi képernyőváltás után értesí- 
tést kapunk arról, hogy befejeződött a 
telepítés, birtokba vehetjük a számítógé- 
pet. Ehhez viszont be kell jelentkeznünk, 
azaz be kell mutatkoznunk a rendszer- 
nek. Most kell tehát beírni azt a bizonyos 
becenév-jelszó párost, amelyet a telepí- 
tés során megadtunk. Az OK gombra 
kattintva elindul a grafikus felhasználói 
felület. Ha ez megtörtént, gyakorlatilag 
készen vagyunk, ám itt még ne álljunk 
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meg, hogy azok is teljes egészében élvez- 
hessék az új rendszert, akiknél hiányos- 
ságok léptek fel a telepítés folyamán. 
Ehhez mindenekelőtt két nagyon fontos 
rendszerösszetevőt kell megismernünk: 
a KDE Vezérlőközpontot és a YaS12 
Vezérlőközpontot. Az előbbivel inkább 

a grafikus felhasználói felület kinézetét, 
alapvető működési beállításait, a felü- 
lettel együtt járó programok beállításait 
változtathatjuk meg, míg a másodikkal 
az eszközbeállításokat, a hálózati eszkö- 
zöket, a hálózati szolgáltatásokat, a 
rendszerbeállításokat módosíthatjuk, 

és programokat telepíthetünk vagy 
távolíthatunk el a rendszerből. 
Mindezeknek a szolgáltatásoknak az egy- 
szerű eléréséhez a tálcán található a SuSE 
munkamenü. A meni legelső pontja egy 
almenü, ezen keresztül juthatunk el az 
egyes rendszerbeállítások elvégzéséig 
vagy magáig a YaS12 vezérlőközpontig. 


Ismét egy kis nyomtatóbeállítás 
Nézzük először a nyomtatónk telepí- 
tését, mert mondjuk a rendszer nem 
ismerte fel, ugyanis hálózati nyomtatót 
szeretnénk használni. Ehhez válasszuk 
a SuSE munkamenü/jYaST menüjvYaST 
modulok/Hardver/Nyomtatók menü- 
pontját, az előugró ablakban adjuk meg 
a rendszergazda jelszavát (mert ez olyan 
feladat, amit csak a rendszergazda tehet 
meg), várjuk meg az önműködő felis- 
merést, és vagy fogadjuk el az érzékelt 
nyomtatókat, vagy ha nem szeretnénk, 
akkor kattintsunk a Beállítás gombra, és 
válasszuk ki, hogy milyen típusú kapura 
csatlakozik a nyomtató. A következő 
lépésben meg kell adnunk magát a 
kaput, de a legtöbb esetben csak el kell 
fogadnunk az általa felajánlottat. Ezután 
jön a nyomtató típusának megadása, 

és itt már ugyanazok az irányelvek érvé- 
nyesek, amelyekről a telepítés során 
történő nyomtatóbeállításnál is szó volt. 
Ha semmilyen módon nem tudjuk 
működésre bírni a nyomtatónkat, cél- 
szerű a gyártó honlapján utánanézni, 
hogy milyen támogatást nyújtanak. 

Ha netán hálózati nyomtatónk van, 
akkor válasszuk a Jovábbi kapcsolatok 
megjelenítése lehetőséget, majd a meg- 
jelenő panelben válasszunk protokollt, 
ezután tegyük meg protokollfüggő be- 
állításainkat, és újfent válasszunk nyom- 
tatótípust ama bizonyos irányelvek alkal- 
mazásával. Kényelmes szolgáltatás, hogy 
windowsos hálózaton történő nyomtató- 
telepítésnél mind a nyomtatókiszolgálót, 
mind az ott található megosztott nyom- 
tatókat böngészhetjük, semmit sem kell 
fejből tudnunk a telepítéshez. 


Egyéb eszközbeállítások 

Ha valamilyen okból nem tudtuk a 
telepítés során beállítani, hogy milyen 
hálózati kapcsolattal rendelkezünk, mert 
például a külső modemütnk ki volt 
kapcsolva, akkor ezen úgy segíthetünk, 
hogy a SuSE munkamenü/YaST 
menü/YaST modulok/ Hálózati eszközök 
menü megfelelő elemének kiválasz- 
tásával a nyomtató hozzáadásához 
hasonlatosan telepítjük. Az első lépés itt 
is a felismert eszközök elfogadása vagy 
új eszköz kiválasztása egy listából, majd 
be kell állítani az adott eszközt, beleért- 
ve a kapcsolatra jellemző adatok (fel- 
használónév, jelszó stb.) megadását is. 
Fontos megjegyeznünk, hogy itt adódik 
lehetőségünk az eddigi eszközök beállí- 
tásainak a megváltoztatására. Alapve- 
tően az összes összetevőre jellemző ez 

a megoldás: a panel felső részében az 
újonnan felismert, de még be nem állí- 
tott eszközök láthatók, alul pedig a már 
eddig telepített összetevőket sorolja fel a 
rendszer. Minden esetben ide térhetünk 
tehát vissza, ha bármi gond adódna. 


Végszó 

Ha idáig eljutottunk, a grafikus felhasz- 
nálói felület beépített programjaival a 
legtöbb általános szolgáltatást már elvé- 
gezhetjük: böngészhetünk a neten, leve- 
leket olvashatunk, játszhatunk, és legfő- 
képp nézelődhetünk, illetve ismerked- 
hetünk a rendszerünkkel, amely filozó- 
fiájában esetenként eltér az eddig meg- 
szokottaktól, de semmivel sem rosszabb 
náluk. Fontos megértenünk, hogy csakis 
fokozatosan, lassan-lassan tapasztalva 
tudunk előrehaladni, ilyen módon el 
tudjuk kerülni a közben ért kudarcokat, 
ami visszavethetne bennünket a fejlődés- 
ben. A sorozat további cikkeiben megpró- 
báljuk részfeladatonként bemutatni a 
rendszert, kezdve a Vezérlőközpont és a 
YaSI bemutatásával, valamint a rendszer 
alapvető szolgáltatásaival és beállításaik- 
kal. Addig pedig mindenkinek csak azt 
tudom javasolni, hogy ismerkedjen a 
feltelepített Linuxával, próbálgassa; ne 
aggódjon, felhasználóként olyan nagyon 
nem tudja elállítgatni, de ha mégis úgy 
adódna, egy bátor újratelepítéssel 
nemcsak orvosolja a hibát, de gyakorlatot 
is szerez az ilyen jellegű rendszerek 
üzemeltetésében. 


Komáromi Zoltán 
(komrokiskapu.hu) 
23 éves, a BME hallgatója, 


1! dolgozik. Kedvenc területe 
a multimédia. 
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Saját IRCBot Perl nyelven 


Napi több óra csevegés közben jól jöhet egy társ, aki a rendszeres, 
könnyen önműködővé tehető feladatokat ellátja helyettünk. 


botokról röptében annyit, hogy a csevegőként futó 
programok több egyszerű feladatot láthatnak el: a 
csevegőszoba foglalását, a elárasztás (flood) elleni 
védelmet, önműködő kirúgást (kick), illetve opot (az op 
biztonságos jogokkal rendelkező IRC felhasználó); hivatkozá- 
sokat és egyéb adatok megjegyzését stb. Mindehhez emberi 
beavatkozás nem szükséges, esetleg futás közben befolyásol- 
ható a működése. A cikkben egy IRC-re (Internet Relay Chat) 
írt botot mutatok be. A magyar IRCNeten csak a sote.irc.hu és 
a hub.irc.hu kiszolgálókon szabad botokat futtatni. Arról, hogy 
az adott IRC-kiszolgálón futtathatunk-e botot, általában a 
MOID (Message of the day) tájékoztat. Percdíjas internet 
esetén érdemes saját IRC-kiszolgálót telepíteni, és a fejlesztés 
ideje alatt azon próbálgatni a botot. Az IRC-ről további ada- 
tokat, az alapfogalmakról leírásokat, illetve az illemtanról a 

2 http:/www.irc.hu címen olvashatunk. 

Perl nyelven írt botom felépítéséhez a Net : : IRC (vO.73-2) 
modult használtam. E csomag fejlesztői felületét fogom ismer- 
tetni, természetesen nem kimerítően, csupán amennyire e 

cikk keretei engedik és amennyi ismeret az induláshoz elenged- 
hetetlen. A csomag négy fő összetevőből áll: Net : : IRC, 

Net : : IRC: : Connection, Net : : IRC : : Event, 

Net : : IRC: : DCC. Az utóbbi bemutatására nem térek ki rész- 
letesebben, mert nem feltétlenül szükséges a bot működéséhez, 
és az előzőek ismeretében könnyen megtanulható. A Net : : IRC 
modul adja a keretet a bot működéséhez. Eseményvezérelt 
felépítésének köszönhetően nem szükséges az IÍRC-protokollt 
mélységeiben ismerni, és a kiszolgáló által küldött üzeneteket 
ellenőrizni, hanem az előre meghatározott eseményekre 
(connect, join, msg stb.) mindössze egy-egy eljárást kell írni, 
amelyek önműködően meghívódnak. Ezeket a függvényeket 
önkényesen hozzárendelhetjük az egyes eseményekhez, de 
nem is mindegyikhez kötelező. A későbbiek folyamán részle- 
tezem, hogy ezt milyen utasításokkal lehet megtenni. 


Telepítés 
A csomag telepítéséhez Debian GNU/Linux alatt egyszerűen 
adjuk ki a következő utasítást: 


apt-get install libnet-irc-perl 


Ezenkívül szükségünk lesz még a Perl 5.6.0-16-os vagy ennél fris- 
sebb változatára is. Más terjesztés esetén is nagy valószínűséggel 
megtalálható a csomagban, vagy a 3 http:/www.cpan.org 
weblapról, a 5 http://search.cpan.org/author/ JMUHLICH/Net- 
IRC-0.74/IRC.pm címről tölthető le. További útmutatást a súgó- 
oldalain, illetve a leírásában (Debian: /usr/share/doc/libnet-irc-perl) 
lehet találni, sőt akönnyebb megértés kedvéért még egy egy- 
szerű példaprogramot is tanulmányozhatunk. 

Az IRC-kiszolgáló csomagból történő telepítése nagyon 
egyszerű feladat: 


apt-get install ircd 
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X-Chat IRC Server Settings Window Help 
0 ops, 1 total 


You are now talking on Coolczus 
aA 4 Alla) 
re Timmy 
[adna tattattattárárá 
oolczus aradi a4 ; 
oolczusz http :/www.lnuxvilag.hu 
jTaaTaaT INT aaa A j 


; mezt 
Coolczusz1??URI 


aa aaa 
Coolczus 
Naa! 


http:/www lnuxvilag .hu 
http://zib.hu 
NTTaaTagaráló 

pi 14] 


Naaa 
oolczus 


Naaa 


http //zib.hu 
77URI 1 


Kelellevál ki 
[ immy7 http :/www linuxvilag .hu 
oolczusz1??URL linux 
[ immy7 http :/www linuxvilag .hu 
Coolczusz lepj le Timmy 
[aaa ta Nat atgat eat aa ttárára 
Timmy has gutrt (Oaurt: Timmy!!! 


Ezeken kívül választhatjuk még a dancer-ircd és a 
dancer-services csomagokat is. Annyival tudnak többet 
az egyszerűbb IRC-kiszolgálónál, hogy különböző szolgáltatá- 
sokat nyújtanak a csevegők számára: csevegőszoba, név (nick) 
bejegyzése stb. Forrásból való telepítése sokkal bonyolultabb 
feladat — ennek ismertetése túllép e cikk keretein, de a bátrab- 
bak megpróbálkozhatnak vele. 


Első lépések 

Az 1. listán egy nagyon egyszerű IRC bot (Timmy) forrása 
látható (ez egyébként a CD-mellékleten is megtalálható, az 

53. CD Magazir/IRCbot könyvtárában). Alapvetően nem csinál 
mást, mint kapcsolódik egy IRC-kiszolgálóhoz, belép egy 
csatornára, és időnként azt mondja, hogy limmy (a hasonlóság 
a South Park egyik szereplőjével nem a véletlen műve.) Most 
tekintsük át lépésről lépésre, hogy melyik utasítás mire való. 

A SDEBUG változót a hibakeresés megkönnyítésére használom. 
Futás közben különböző üzeneteket ír ki. Ha a hibaelhárítás 

be van kapcsolva, a debug ( ) függvény az első értékként meg- 
adott üzenetet írja ki. 

Ezek után létrehozok egy IRC-objektumot, ami ekkor még nem 
működik, azaz nem kapcsolódik sehova. Ahhoz, hogy a bot 
elinduljon, a start ( ) függvényt kell meghívni, ahogy a forrás 
legvégén is látni lehet. Az IRC-objektum számára egy kapcso- 
latot is létrehozok. Megadott értékei, gondolom, nem szorul- 
nak bővebb magyarázatra: nick, server stb. A Port mezőt 
nem kötelező megadni, alapbeállításként a 6667-et használja. 
Ha a bot jelszóval védett IRC-kiszolgálóra vagy BNC-re fog 
csatlakozni, még a Password mező is megadható. Természe- 
tesen egy IRC-objektumhoz több kapcsolat is létrehozható, 

de a leírás szerint egyetlen kapcsolattal működik teljesen 
megbízhatóan. Mire a program eléri az 1.0-s változatot, való- 
színűleg ezt a gyermekbetegségét is kinövi. 

Nem fontos minden kapcsolatot a bot indítása előtt megadni, 
futás közben (a start ( ) függvény meghívása után) is dinami- 


7. [Ista 


$t!/usr/bin/perl -w 
a ceiiNet : : IRC ; 


t Hibakereses ki/bekapcsolasahoz egy valtozo 
my S$SDEBUG - 1; 


sub debugí( 
my Sms épegke intel J 
1 Eezkez a BEEVCGEA 


ONE 19 e EE EKE EKET s 


t IRC objektum letrehozasa 
IZ A te MEWN I NEE NET: 


t Kapcsolat objektum letrehozasa. 


my Sconm c Sirc-sneWwconi 
Server A zolee ALL FK (0 VERTE s 0 LL EVE 
Port csi 60671, 
Nick sz Timi 
Ircname Sz TÉN S 
Username SZ 


) oz die "Nem lemet kascsoloadaii az IRC 
s ezorverhez. 1" ; 

SIGOTMNE ellnznmnm cAl CSE lo rosta 

sub on connect ( 
t Elso argumentumot kiszedjuk. 
MS SCOM NEZ SM EES 
tdebug( "Connected..." ); 
t Belep a csatszobaba. 
Sconn-5]oin(S$conn-5 (channel ) ) ; 
Sconn-:síconnected) - 1; 

) 

sú on-díisconmect 1 
t Mindket argumentum kiszedese. 
mz  (Sconi  Sevenk) s 8; 
t Ha megszakadt a kapcsolat ujra 
t csatlakozik. 
söelőugli "Disconmected from " 
—Sevent-stroml) s " (" . 
( (Sevent-sazos()) 101) c ")- 
s At temoting to Ttecomiect s. ee TS 

SEcoma-sSscConmect ( ) § 

) 

SÜGSGT E ÜTNE 
t Mindket argumentum kiszedese. 


suo om meg ( 





t Annak a neve, aki kilepett. 
my Snick c Sevent síimiCckj); 

ESELGIKElko lege Totá szt ÉT KVTS GN 
KEST Tmin S leirt MANN LNN S 
Sconm-sorivmeg ( Sconmn— si chamnel ) , 
— pa mmm bel") e 


t Mindket argumentum kiszedese. 
sz SCOMn,  SeveMmb) s ds 

t Annak a neve, aki kuldte 

t az uzenetet. 

My SüLck - Sévent-símiCck) :; 
zone E ző 

MESE oa ee ő ENE rniste s kene s öt NKONNE 
ESSÉL (bitek VESZ S Tat e ST S ca lle s 

HBA EMLESTtvnak ő TÁM e mm tet eg ügyve naze 
mezaláczóoljatvisszat 
Sconn-sprivmegi  SŰtEeKk, 

ez LELTAMSZSZSZ SZ [/81A BE 
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ae me ze 
SS SÖTKEJO ÜSS ÍRKE 


t Mindket argumentum kiszedese. 


iy: (Scomi. Seveéme) s a; 
mesz üzéne tek ögée 
fi Snick - Sévéent-síimiCck) ; 


t Maga az uzenet. 
my Stext - Sevent-sfargs?h[0]; 
SEGIE To be a EEGS Tnn eto See telt NISE 
t most megnezzuk, hogy neki lett 
t e kuldve az uzenet 
TEL ES SÉXK ESET TTMNOZ/ dt 
t Ha neki jott az uzenet 
t akkor beszol. 
Sconn-:privmsg 
— ( Scoma-si channel b ; 
sa ETT ÉT TNNÜSZZZ 1 
r Ba azt irjak meki leojel le. 
Heclekőos are E 
Jt ee e 9 
S COMM SÜT e, Ta mámsztv s 
t ezzel lep ki 
SSalt 05 
JI 


os mol  Emollé e szet e 


) §t sub on public vege 


my (Sconn, Sevent) zs € ; 

t Annak a neve, aki belepett. t Esmenykezelok belalitasa. 

my Snmitek -. Sévelt sínicKkj, ; Sconn-sadd handler( msg", Von msg) ; 
Szelelotlg te State tig onás éle Sconn sadd Mandler. Búbldév nen UBI tejs 
st COMM sa EMETMS LV gk Sconn-sadd handlert "join", von join) ; 

t Ha belepett valaki, akkor Timmy Scorn—-sadd handler(l part", váon part) ; 

Tr elkialtja megat. Scona—-sado hamalerl "376", won cenmecte ) ; 


Sconn-sprivmsg (Sconn-5 (channel), 
ószoaa ATTTTSTÁATTETVZTT VTNSYZ TSA RES) HG) HELL) HRSE 

T 

STB ÜK Orne rite 
t Mindket argumentum kiszedese. 
ny: (Scomi,. SeVveIIiL) s a: 
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Scoma-sadc eiLolozi mameller( "disconmect" ; 


al nom discomnect) ; 


HALT BOLtSAand itassa: 
Gzelelobejk B olsáltSetetetáteó GIN His 
SHMaGSs sz skeiátsáltát His 
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kusan bővíthető. Erről bővebb útmutatóra a súgóoldalakon 
lelhetünk. A Sconn channel mezőben lehet megadni azt 
a csatornát, amire a bot be fog lépni. 
Most az eseménykezelő függvények következnének, de hogy 
érthetőbb legyen, mit miért tettünk, ugorjunk a forrás végére. 
Az eseményeket háromféleképpen kezelhetjük: az első esetben, 
ha nem határoztunk meg saját eseménykezelőt, az alapértel- 
mezett hívódik meg, ami pusztán a legminimálisabb feladato- 
kat látja el. A második esetben meghatározzuk, hogy egy 
esemény bekövetkeztekor melyik függvény hajtódjon végre 
(add global handler ( ) ). A harmadik esetben kapcsolaton- 
ként határozzuk meg, hogy az adott eseményre melyik függ- 
vény fusson le (add handler ( ) ). Mivel csak egyetlen kapcso- 
latom van, bármelyik függvényt felhasználhattam volna a 
példában, de én mindkettőt alkalmaztam. Az add handler() 
függvénynek meg kell adni az esemény azonosítóját és az 
eseménykezelő függvényt. Itt még nincs vége a variálhatóság- 
nak, mivel utolsó értékeként megadható, hogy az alapértel- 
mezett eseménykezelőt felülírja (0), illetve a sajátunk előtt (1) 
vagy után (2) futtassa le. Ha elhagyjuk ezt az értéket, akkor 
csak a saját eseménykezelő fut majd le. Hasonlóan kell meg- 
hívni az add global handler () függvényt is. Az esemé- 
nyek nevei a Net : : IRC: : Event modul forrásában találhatók 
meg. Ez több mint 160-féle eseményt különböztet meg. Én az 
1. listán a következőket használtam: 
e msg: privát üzenetet kap a bot. 
e public: a csevegőszobába érkezik egy üzenet. 
e — Join: valaki belép a csevegőszobába, még akkor is, ha 
maga a bot lép be. 
e part: a csevegőszoba elhagyása. 
e 376:a MOITD végét jelző üzenet - ez egyértelműen 
azt mutatja, hogy a bot sikeresen csatlakozott. 
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Minden egyes eseménykezelő két értékkel hívódik meg: az 
egyik a kapcsolatot (Sconn) írja le, a másik pedig az eseményt 
(Sevent). A Sconn-sprivmsg ( ) függvénnyel lehet üzenetet 
küldeni a csatornára, illetve egy adott személynek. Első érté- 
kében meg kell adni, hogy kinek (vagy melyik szobának) szól 
az üzenet, a második érték pedig az üzenet szövege maga. 

Az Sevent adatokat tartalmaz az eseményről: a csevegő nevét 
(nick), a gépének a nevét stb. A következőképpen lehet 
például egy csevegőnek opot adni: 


Sconn-smode( $conn-:channel, 
0 Sevent-snick ); 


ÖR ki 


Az 1. listában látható függvényeket nem részletezem tovább, 
ugyanis a megjegyzések alapján könnyen el lehet igazodni 
bennük. 


További lehetőségek 

Innentől kezdve a határ a csillagos ég: botunk már mindenre 
képes lehet, amit Perl nyelven meg lehet írni. Megkérdezhetjük 
az időt, a tévéműsort (2 http:/www.port.hu szűrése) és a napi 
horoszkópot, sőt botunk akár az összes csatornán elhangzott 
hivatkozást is megjegyezhetné. Ennek az utóbbinak a megva- 
lósítását mutatja be a 2. lista, amelynek teljes forrása a CD-mel- 
lékleten található meg. A hivatkozásokat MySOL-adatbázis- 
ban tárolom, DBI segítségével (Debian: aot-get install 
1ibdbi-per1). Az egyszerűség kedvéért az adatbázis, a 
felhasználó neve és a jelszó is timmy lett. A hivatkozások táblát 
a következőképpen lehet létrehozni: 
create table linkek( URL test, datum integer) ; 
A MySOL használatának részletes bemutatása meghaladná 

e cikk kereteit. Aki még nem foglalkozott vele, az egyszerűen 
egy fájlban is tárolhatja a hivatkozásokat. Ha sikerült beállítani 
az adatbázist, akkor a botnak be lehet írni a csevegőszobába: 
http:[/www.linuxvilag.hu, amit szépen tárol is. A lekérdezés a 
következőképpen néz ki: ??URL [mintajJ [sorszám], itt mindkét 
érték elmaradhat, és mindig csak egy hivatkozást listáz ki. 

A sorszámozás pedig nullától indul és dátum szerint csökkenő 
sorrendben halad. 

Ha eddig eljutottunk, és a hivatkozásokat már ragyogóan meg- 
jegyzi a bot, akkor egy kis átalakítással az is elérhető, hogy a 
csevegők aranyköpéseit is tároljuk és megőrizzük az utókornak. 
Aki nem szereti vagy nem ismeri a Perlt, annak a következő 
írásomat ajánlom, ami a mostanihoz hasonlóan saját IRC bot 
megírásáról fog szólni, de a Java nyelv használatával. 


Kolcza Péter (kpeterosysconfig.hu) 

Imádja a South Parkot. A Miskolci Egyetem 
informatika szakos hallgatója. Elvakult GNU/Linux- 
rajongó. Ha egyetemi elfoglaltságai engedik, 
rendszerépítéssel foglalkozik. A cikkel kapcsolatban 
minden észrevételt szívesen fogad. 





2 http:/www.irc.hu 
2 http:/www.cpan.org 
2 http:/www.mysagl.com 





Alkalmazzunk XIVIL-t! (3. rész) 


lsőként — nem hagyhatom a végére, nehogy a kedvezőt- 
len benyomás maradjon meg - a hiányosságokról kell 
szólnom. Programunk felépítésének az a legfőbb hibája, 
hogyha egy tároló típusú elemet (amilyen például az előző ré- 
szekben említett 1ap1) egy másik elem meghatározásában sze- 
retnénk használni, az csak akkor működik az elképzeléseink 
szerint, azaz a végső hívásból véve a kimenet tartalmát, ha mi 
magunk (feltehetően hosszas gondolkodás után) megadjuk, hogy 
milyen szintről (veremszint) vegye a kimeneti adatot. A szintet a 
level kapcsolóval adhatjuk meg. Ez a hiányosság természetesen 
nagyon Zavaró, de mivel csupán az elemek meghatározása során 
bukkan fel és a végső használatnál nem, úgy gondoltam, hogy 
ennek ellenére a program a gyakorlatban használható. 

A másik nehézség abból adódik, hogy a program Perl-parancs- 
fájlként működik, ennek megfelelően (különösen az első indí- 
táskor) elég lassú. Ezt hivatott kiküszöbölni a -x és -o kap- 
csoló, amelyek korlátozzák az elkészítendő fájlok számát. 
Ugyancsak gond, hogy bármilyen jó is az XML MakeFile 

a honlap oldalfelépítésének a leírására, nem biztosítja azt a 
rugalmasságot a célfájlok készítésére, amit az , igazi" Makefile 
és a make program használata (például a módosítások követése). 
Nos, ennyi talán legyen elég az önbecsmérlésből. Ki-ki keres- 
heti a további hibákat, remélem, használat közben, nem pedig 
ex cathedra... 


Az SOL-illesztés 
Programunkhoz, tételezzük fel, létezik egy PostgreSOL adatbá- 


zisunk, valamint telepítve vannak a megfelelő programkönyv- 
tárak (Pg Perl-modul). Ezután készítsük el a következő két 
táblát, az alábbiak szerint: 





create table csoport ( 
kod text, 
nev text ); 


create table arlista ( 


csoport text, 
nev text, 
ar float ); 


Vélhetőleg egy egyszerű, cikkcsoportokra osztott árujegyzék- 
nek megfelelő ez a két tábla. Az arlista táblában a csoport 
mező idegen kulcs, a csoport tábla kod mezőjével áll kapcsolat- 
ban, ez viszont saját kulcs. Mindenesetre használhatjuk az 
általam mellékelt próbaadatokat. Figyelem, az árak elavultak! 
Az SOL sajátosságainak megfelelően az illesztőfelület az alábbi 
módon réteges felépítésű: 

e — adatbázis; 

e . kérdés/eredmény (guery/result); 

e eredménysor (row); 

e — mezőérték (field); 


A korábban már megfigyelt rugalmasság megvalósítása érdeké- 
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Ebben a részben szót ejtünk a program hiányosságairól, azután a Perl SOL-csatlako- 
zás használatáról, végül pedig készülő weblapjaink képanyagának az elkészítéséről. 


ben itt is igyekeztem minél szabadabbá tenni a használatot. Ezt 
hivatottak segíteni a különböző vermek. Ezek révén lehetséges 
több SOL-kérdés és eredménysor keverése, a név megadásával 
a megfelelő kiválasztása, illetve egyszerűbb esetben az alapér- 
telmezett alkalmazása (a verem tetején lévő). Lássunk egy 
egyszerű példát! Ez a fent megadott adatbázisokból készít egy 
táblát olyan módon, hogy cikkcsoportonként külön kiírja az 
árukat. Ez idő tájt láthatjuk használat közben a korábbi 
részekben említett while tagot is. 


chtml: 

áztable alidgn-" center" 
bgcolor-" HDDFFDD "5 

ca saldb name-" susandb! dbname-"susan" 
s user-!avernus 5 

ca salaguery name-! csoportok"! 
from csoport!" /5 

ca salrow name-! csoport"! adgname-! csoportok!" /s5 

Z while test-"saltest("is next", "csoport") "5 
c2etr: 

s-td colspan-"2" align- "center" class-"cimsor!s 
ca salfn aname-" csoportok"! rname- "csoport"! 
etet njevv/e 

c€a/tdsc/trsz 

ca salaguery name-!aruk! 
—mx from arlista where 
a oSODOLTLEt HA]: SHI: " , sdgliinül "kod" , "esöpörtök" ; 
szt asoportt)) "7e 

ca salrow name-!"aru! aname-!aruk!/5 

Za While test-"sagltest("is next", aru") "5 
atr:5:ctd align-"lefít "5 

ca salfn aname-!aruk"! 
ca/tdz 

2td alidns right "s 
ca salfn aname-!aruk" 
ca/tdsc/trsz 

ca salrow name- "aru! 
€/ whiles 

ca salrow name-! csoport! 
€/ whilesz 

ca/ sglidbsz 

ca/tablesz 

c/html:5" 


border- "1" 


guery- "select " 


guery- ! Esprintf( "select 


rname-!"aru! f-" "nev! /s 


rname-!aru! f-!l!ar!/s 


aname- ! aruk " / 5 


gname- ! csoportok " / 5 


Egy adatbázis-kapcsolatot hozunk létreaz saldb taggal. 

A name érték a későbbi hivatkozásra szolgál, így tetszőleges 
egyedi szó lehet. A másik két érték (dbname és user) a 
PostgreSOL-adatbázis neve és az engedéllyel bíró felhasználó- 
név (nincs külön azonosítás). Mint látható, az saldb tartal- 
mazza a többi SOL-es elemet, így nem kell megadni bennük 
az adatbázisnevet (a verem felső eleme). 

Ezutánaz salaguery taggal felteszünk egy kérdést az 
adatbázisnak ("select " from csoport"). AZ. salrow 
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taggal lehívjuk az első eredménysort. Ezutánaz while tag 
segítségével végigmegyünk az eredménytáblán. Ebbe a 
while ciklusba ágyazva készítünk egy másik kérdést, amely 
a pillanatnyi csoport tagjait adja eredményül. Ehhez sajnos 
használnunk kell egy beépített függvényt, amely visszaadja 
egy adott kérdés-eredménysor—-mező hármas értékét. Mivel 
ez a függvény nem ismeri az XML-elemzés helyzetét, így az 
SOL-vermekről sincs tudomása, sajnos mindhárom értéket 
meg kell adni. Újabb kényelmetlenség... 

Az salfn tagokkal a kimeneten elhelyezzük a megfelelő 
mezők értékét (meg van adva a kérdés, a sor és a mezőnév is, 
mivel jelenleg nem tartalmazzák ezeket az elemeket). Ha sike- 
rül lefordítanunk ezt az állományt, akkor az 1. képen láthatóhoz 
hasonló táblázatot kapunk eredményül. 

Mint látható, a csoportokat külön sorban emeli ki, a mezők 
megfelelően vannak igazítva. Ennek a megoldásnak az igazi 
szépsége abban rejlik, hogyha az adatbázis módosítása után 

a fájlt újrafordítjuk, akkor mindennemű pluszmunka nélkül 

a pillanatnyi eredményt kapjuk meg. Így könnyen el lehet 

-— például ismertető CD írásakor - a pillanatnyi listát készíteni, 
és nyomban fel is lehet írni, mindezt önműködően. 


A képátalakító illesztése 

Létezik egy nagyszerű képátalakító programkönyvtár, még- 
pedig az InageMagick. Legfőbb előnye az, hogy mindenféle 
programnyelvhez megoldott az illesztése, így az átalakítások 
remekül gépesíthetők. Én magam is használtam a C, Ct-- és 
Perl nyelvi felületét. Ráadásul az illesztőfelületek felépítése 
hasonló (az objektumközpontú változatok hash értéklistát tud- 
nak fogadni). Természetesen ne várjunk olyan mérvű hatáso- 
kat, mint amilyeneket a Gimppel érhetnénk el, viszont egysze- 
rűbb forgatásra, átméretezésre, vágásra, beillesztésre, kerete- 
zésre, képformátumváltásra kitűnően használható, viszonylag 
gyors és kényelmes. 

E rövid bevezető után vágjunk azonnal a közepébe! A legfon- 
tosabb, gyakran használt műveleteket a szokott módon: külső 
XML-modulok segítségével vittem be a programba. Lássuk a 
modulokat: 


z2convert file-"bemenetifájl neve" 
target-"kimenetifájl neve" format-!" formátum"! 
güalityz!szám 72 


Mint nyilvánvaló, ez egy nem tároló típusú elem, azaz önma- 
gában zárt. A be- és kimenet egy-egy képfájl, a formátum a 
jellegzetes kiterjesztéssel kerül megadásra, például jpg vagy 
png. A guality tulajdonság főleg jpg-nél szükséges, a minő- 
séget adja meg, mivel a jpg veszteséges tömörítés, és a minőség 
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határozza meg, hogy mennyire hű az eredetihez. Természete- 
sen a jobb minőség nagyobb fájlméretet eredményez. A 75 
százalék megfelelő szokott lenni. 


cacropper file-"bemenetifájl neve" 
grdir-"képek könyvtára "5 £a/croppers 


Ez az elem a vágástároló eleme. Itt adjuk meg a vágandó fájlt, 
segítségével tudjuk darabolni. Ez a felépítés azért jó, mert 
sokszor egy nagyobb képet több, esetleg sok részre kell vágni 
a grafikus felépítésű oldalakhoz. 


z2crop target-"!célfájl neve" x-"xpozíció"!" 
y-!ypozíció! w-"szélesség" h-" magasság" /5 


Ez a tényleges vágóelem. A fenti cropper elemben lehet 
használni. Az ott megadott fájlból vágja ki az xy pozíció és 
a szélesség/magasság számnégyessel megadott részletet, és 
a megadott célfájlba rakja. A célfájl kiterjesztése adja meg 
a kimeneti formátumot. 


c-placer file-"!"bemenetifájl neve" 
target-"célfájl neve!"5 €/placers 


Ez a beillesztés tárolóeleme. A vágással ellentétben itt már meg 
van adva a célfájl, így egy (változatlanul maradó) kiinduló 
fájlba beszúrjuk az alábbi place elemmel megadott részle- 
teket, majd a target értékben megadott néven mentjük 

(a formátumot itt is a kiterjesztés adja meg). 


cplace file-"forrásfájl neve" raise- "hash" 
sdale- "hash". bordetz "hash" Toots" Tok" 
szöxgpözszició" gelypozició! ja 

Íme, a beillesztőelem. Elég bonyolult, mert a beszúrás előtt 
műveleteket is tud végezni a bemeneti fájlokon. A rot érték 
segítségével forgathatunk, fokban lehet megadni. Megjegyzem, 
hogy az ImageMagick bizonyos változatainál a forgatás eltoló- 
dással is jár, ha nem 90 vagy 180 fokról van szó. Ezt ki kell 
próbálni. A scale értékkel át lehet méretezni a beillesztendő 
képet. A megadandó indexelő nyalábolás (hash) formája: 
"geometry -35 "800x600"" 

lermészetesen a kívánt méreteket szükséges megadni. 

A raise a kiemelést, illetve a besüllyesztést végzi, például 
raise-"geometry -5 "5x5", raise -s5 "1"! 

Az 1 azt jelenti, hogy kiemelésről van szó, a 0 pedig bemélyí- 
tést jelent. 


vsz VDOZTELŐ 
s17e—-! fontméret "5 


zwgrite Ke "KOÖZÍGIiÓ 
font-"ttf fontnév"! 
szöveg €4/writes 


Ezzel az elemmel lehet a képre szöveget felírni. Ha akad 
Iruelype betűkészletünk, azt megadva használhatjuk. A nyitó- 
és zárótag között kell lennie a szövegnek. Ha ez különleges 
karaktereket is tartalmaz, célszerű a CDATA határolót használni, 
hogy ne zavarja meg az XML-elemzőt. Sajnos jelenlegi, egy- 
szerű formájában semmiféle tördelést nem végez a szövegen, 
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scale-"geometry -s "192x144"" 


; monelavernusamuykagétélolkep NINI - B S "raise-"geometry -s "5x5", raise -s "1"!"/s 
Hely Szerkesztés Nézet Ugrás Könyvjelzők Eszközök Beállítások Ablak Segítség 
243pÁ HOS HBHBGg CG GAG d ; cplace file-"ho2.]pg" x-"104" y-"78" 
Erev fless mem ea] "7 scale-"geometry -5 "192x144"" 
TÁJ susE A] FostaresaL 7.1.3 Documentation A] PHP Manual ( ] Databases: Patent .. d Full-Page Images b esralissz geometlty sz "DKA", táalóó6 sz "1" "/s 
zölace filez"ho3.]óg" xztüv! varil56! 
—scale-"geometry -5 "192x144"" 
—sraise-"geometry -5s "5x5", raise —5s "1"!/s 
c€c/placers 
c/ dummy: 





Ha ezt az xtend fáj lnév paranccsal lefordítjuk, akkor a 

2. képet kapjuk eredményül (ebben az esetben egy HIML-fájlba 
helyezve). 

Azt hiszem, az alapelv érthetővé vált. Maga az xml formátum 
csak adathordozóként szerepelt itt. De — és ezt fontos megér- 
teni — másutt is csak erről van szó! Az XML nem csodaszer, 
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azaz soronként kell bevinnünk, ügyelve, hogy ne lógjon le a önmagában nem több, mint egy jól meghatározott leíró formá- 
képről (egy write elem/sor). Erre is lássunk egy egyszerű tum. De éppen azért, mert jól meghatározott és bővíthető, és 
példát! Ilegyük fel, hogy van három képünk, amelyeket lépcső- " mivel kitűnő elemző könyvtárak állnak hozzá rendelkezésre, 
zetesen szeretnénk elhelyezni. Készítsünk a cél méretének nagyon jól használható különféle programjaink adattárolására 
megfelelő üres képet (például a Gimppel), legyen, mondjuk és bemeneti állományának. 
400 x 300 pont. A háttért állítsuk átlátszóra. Nevezzük el További ötleteket szívesen fogadok a hfcohmvhely.hu címen. 
ures.png-nek! 
Ezután használhatjuk a következő XML-fájlt a kívánt cél [ . ] [avránek Ferenc (hfodelvidek.hu) 
elérésére: E ] Automatikamérnökként dolgozik. Kedvtelései közé 
] tartozik mindenféle kétkerekű járművön (kerékpár és 

c dummyz b ] motor) való közlekedés. Ezenkívül szívesen tölti Idejét 
cAplacer file-!"ures.png" target-"cel.png "5 programozással, nemcsak PC-s, hanem egyéb 

zplace fi11e-"hol.]pa" x-"208"7 yv-"0" környezetben Is, például mikrovezérlő programokat Ír. 
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Az XML és a Perl (3. rész) 


Húzd szorosabbral 


legutóbbi részben olvas.pl néven közösen elkészítet- 
AA tünk egy nem túl összetett programot egy igen egy- 

szerű XML jelölőnyelvvel írt dokumentum nyomtat- 
ható szöveggé alakításához. Nagy vonalakban így írtuk le a 
nyelvet: a dokumentum egy vagy több fejezetből áll, amelyek 
egymást követő bekezdéseket és beágyazott fejezeteket tartal- 
maznak. Minden fejezetnek van egy címe, és természetesen 
minden bekezdés karakterekből épül fel. 
Bizonyára sokaknak feltűnt, hogy a program nem tiltakozik, 
ha a bemenet jól formázott XML ugyan, de nem felel meg a 
fenti leírásnak. Ha például egy olyan dokumentumot készítesz, 
amelyik a cbekezdessz elemen kívül is tartalmaz szöveget, 
az olvas.pl szó nélkül figyelmen kívül hagyná a karaktereket. 
Eddig azért nem beszéltem sokat az , alkalmazásszintű ellenőr- 
zésről", mert nem akartam, hogy a túl sok részlet között elvesz- 
szen a lényeg. Az alkalmazásszintű ellenőrzés azonban az 
XML-feldolgozásnak nagyon fontos része, így itt az ideje, 
hogy bővebben is bemutassam. 


Szabályos nyelvtan 
Említettem, hogy el lehet készíteni a jelölőnyelv nyelvtanát, az 
úgynevezett DID-t (Document Iype Definition), amely a meg- 
engedett elemeket egy XML leírónyelvben írja le. Egy ellenőrző 
értelmező ez alapján vizsgálhatja meg a dokumentumot. Bár mi 
nem használunk ellenőrző értelmezőt, egy DID megírása így is 
hasznos gyakorlat lehet a nyelv szerkezetének leírásához. 

Egy XML DID-jelölőmeghatározásokból épül fel, amelyek c!" 
és "55 között állnak. A jelölőmeghatározásoknak számos 
típusa létezik az XML-ben (és még több SGML-ben), de mi 
egyelőre csak az elemtípus-meghatározásokkal és a 
tulajdonságlista-meghatározásokkal foglalkozunk. 

Egy elemtípus-meghatározás adja az elem nevét és a tartalom- 
modellt, ez az elem lehetséges tartalmáról ad leírást. A tarta- 
lommodell valamennyire hasonlít a Perl szabályos kifejezései- 
hez. Készítsünk egy elemtípus-meghatározást cdokumentum: 
elemünkhöz: 

c! ELEMENT dokumentum (fejezettr)s 

Ez emberi nyelvre lefordítva mindössze annyit állít a 
cdokumentum: elemről, hogy egy vagy több cfejezet: 
elemet tartalmazhat. A -- pontosan ugyanazt jelenti, amit a Perl 
a szabályos kifejezésekben tesz, így a " és a ? is. Ha ezt írnánk: 
c! ELEMENT dokumentum (fejezet) "sz 

azzal azt mondanánk, hogy a cdokumentum: nulla vagy több 
cfejezet5-ből állhat. A DID elkészítésekor nagyon gondo- 
san járjunk el, hogy a későbbiek folyamán ne kelljen felesleges 
ellenőrzőkódot írni a programunkba. 

Most határozzuk meg a cfejezet: és cbekezdesz 
elemeinket: 
cZ!ELEMENT fejezet 


(bekezdes ] fejezet) "s 
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c! ELEMENT bekezdes (HPCDATA): 

A függőleges vonal a logikai , vagy" jele. A tPCDATA jelentése 
a ,csak karakterek, semmi egyéb", és valójában a , parsed 
character data" rövidítése, amelyben a , parsed" abban az érte- 
lemben áll, hogy már átfutott egy értelmezőn, és nem tartalmaz 
elemeket vagy hasonló XML-eszközt. Emiatt a c, £ és a hasonló 
karaktereket a HIML-ből esetleg már megismert kóddal kell 
helyettesíteni, úgymint £1t és 5amp. 

A cdokumentums: és a cfejezet5 tartalommodellje az, 

amit elemtartalomnak hívnak. Az ilyen tartalommal bíró 
elemek szöveget nem tartalmazhatnak, csak más elemeket. 

A cbekezdessz tartalommodellje viszont úgynevezett vegyes 
tartalom — ez már szöveget is tartalmaz, és lehetséges volna 
olyan modellt készíteni, amiben elem és szöveg egyaránt 
megtalálható. 

A szóköz, tabulátor, sortörés stb. kivétel képez az alól a szabály 
alól, hogy elemtartalomban nem szerepelhet szöveg. Másképp 
nem lehetne szépen megjeleníteni egy XML-dokumentumot, 
sok esetben még kézzel elkészíteni sem. Egy XML-értelmező 
nem hagyhatja figyelmen kívül az ilyen karaktereket, át kell 
őket adnia az alkalmazásnak, mintha vegyes tartalomban 
fordulnának elő. Ugyanakkor egy ellenőrző értelmező köteles 
szólni az alkalmazásnak, ha az említett karakterek az elemtar- 
talomban jelennek meg; egy szövegformázó program valószí- 
nűleg figyelmen kívül hagyja őket. 

Végül meg kell határoznunk a cfejezet: megengedett 
tulajdonságait (attributums): 


cZATILISTI fejezet 
cim CDATA HIMPLIED 5 


Egy tulajdonságlista-meghatározás több tulajdonságot is 
felsorolhat, ebben az esetben azonban csak egyet tüntettünk 
fel, a cím-et. A CDATA jelentése , character data", ami egyszerű 
szöveget takar (ez viszont nem tartalmazhat közvetlenül 
például c nagyobb jelet). A tHIMPLIED azt jelenti, hogy nem 
kötelező a tulajdonság megadása, és elhagyása esetén a fel- 
dolgozó alkalmazás alapértelmezett értékkel látja el. Ennek 
ellenére a tulajdonság nem állhat érték nélkül (lásd a Linux- 
világ 32., októberi számának 70. oldalán). Ha ezen a helyen 
HREOUIRED állna, a tulajdonság elhagyása hibát okozna. 
lovábbá a tIMPLIED helyén egyszerű szöveg is szerepel- 
hetne, amely hiányzó tulajdonság esetén alapértelmezett 
értékként viselkedne. 

Az XML DID sokkal több, mint amennyit itt össze tudtam 
foglalni. Nagyobb részletességgel szolgál az XML-ajánlás, és 
remek leírásokat találsz a weben, ha beizzítod a Google-t. 


Kötelező nyelvtan 

Ha az olvas .pl előző változatát kötelező nyelvtannal akarjuk 
felvértezni, ellenőriznie kell az elemek és a karakterek 
megfelelő helyen történő előfordulását. Jogos a kérdés, hogy 


miként tehetem ezt meg egy folyamalapú értelmezővel? 


Igazság szerint az XML : : Parser sokkal több, mint aminek 
az előző részekben elmondtam, és tartalmaz némi korláto- 
zott lehetőséget az ellenőrzésre. Pontosabban fogalmazva 

a segítségével kitalálhatod, hogy a jelenlegi elem mely ele- 
mekbe lett beágyazva. Mint azt tudod, az első érték, amit 

az értelmező egy esemény kiváltásakor a meghívásra kerülő 
függvénynek átad, egy hivatkozás az értelmező objektumra. 
Ennek az objektumnak a típusa valójában az 

XML : : Parser : : Expat, és nem az XML : : Parser maga. 
Az XML: : Parser : : Expoat POD-jának gondos átolvasásával 
az ellenőrzés számos módszerét ismerheted meg. 

Az in element () ésawithin element c() elemfügg- 
vények különösen hasznosak a feladat megoldására. 

Álljon itt az olvas1.pl, amely az olvas.pl hibaellenőrzéssel 


49 a 


kibővített változata: 


t! /usr/bin/perl -w 
use strict; 


use XMIL,: : Parser; 
use Text: :Wrap; 
use Getopt: : Std; 


my (Sindlevel, sectnums, Sparabutf , $opts) ; 


getopts (!c!" , vsopts) ; 


die "Usage: ".§0." [-c] file" 
ssüunless GARGV -- 1; 
my Sp - new XML::Parser 


(Style -5 "Stream! , ErrorContext-52) ; 
Az ErrorContext azt mondja meg az értelmezőnek, hogy 
hiba esetén hány sort mutasson meg a hibát tartalmazó sor 
előtt és után: 
Sp -5s parsefile (SARGV[(0] ) ; 
sub StartTag ( 
ny c Sexpat,seltypeé)] sz € ; 
if (Seltype eg "dokumentum") ( 
Sexpat-5sxpcarp( "-dokumentumsz itt nem 
fordulhat elo") 1f£ Sexpat-sdepth(); 


Az xpcarp ( ) elemfüggvény segítségével egy figyelmeztető 
üzenetet jeleníthetünk meg a hiba környezetével együtt. 

A depth() elemfüggvény adja meg, hogy a jelenlegi elem 
hány elembe van beágyazva. A beágyazás számlálója a 
StartTag() meghívása után növekszik, így ez az ellenőr- 
zés minden cdokumentum-:-ot visszadob, a gyökérelemet 
leszámítva. 


Sindlevel - 
Ssectnums[O0] - 0; 
Sparabuf - ""; 
return; 
) 
Sexpat-5xpcroak ( " cdokumentumsz kell, 
hogy a gyoker elem legyen") unless 
50 Sexpat-cswithin element ( "dokumentum" ) ; 


Ha az elemünk nincs egy cdokumentum:-on belül, feladjuk 


az értelmezést (ha nem tennénk, minden ezt követő elem 
esetén egy figyelmeztetést adnánk ki). Az xocroak ( ) hasonlít 
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az xpcarp ( ) -ra, de ez a figyelmeztetés mellett megszakítja a 
program futását. Awithin element () nem figyeli a beágya- 
zás mértékét. Akkor ad hamis értéket, ha a beágyazás egyik 
szintjén sem talált cdokumentum: elemet. 


if (Seltype ed "fejezet") ( 


if (not 
—m ( Sexpat-rin element ( "dokumentum" ) 
sor Sexpat-sin element ("fejezet"))) ( 


Sexpat-5sxpcarp("-cfejezets itt 
nem fordulhat elo"); 


Az in element ( ) azt nézi meg, hogy a jelenlegi elem melyik 
elembe van közvetlenül beágyazva. A fenti ellenőrzéssel 
megbizonyosodhatunk arról, hogy a cfejezet: csak a 
czdokumentums:-on vagy egy másik cfejezet--en belül 
fordulhat elő. 


3rrSsectnums [413-Sindlevel] ; 
Ssectnums[Sindleveli1] - 0; 
print ! "x(4"Sindlevel) , join 

sz (! .!, Gsectnums[0..Sindlevell] ) , 
mp a OTML E ag 

print "Mán" unless Soptsícbk; 

) elsif (Seltype eg "bekezdes") ( 
Sexpat-sxpcarp ( "cbekezdesz 
sitt nem fordulhat elo") unless 
—Sexpat-bsin element ("fejezet") ; 

) else ( 


die "Ismeretlen elem: ", Seltype, "W" ; 


sub Text ( 
my Sexpat-shift; 
GES 
BIZXSET Zs 
sZ V84S7 / 7 
return 1£ S eg ""; 
Sexpat-5xpcarp( "szoveg itt nem fordulhat elo") 
ssünless Sexpat-sin element ( "bekezdes" ) ; 


Figyeld meg, hogy csak azután ellenőrzünk, miután megbi- 
zonyosodtunk róla, hogy a szöveg nem csak az angol szak- 
zsargonban whitespace-nek nevezett karaktereket tartalmaz. 
Ha nem így tennénk, gyakorlatilag minden elem után figyel- 
meztetést kapnánk. 


Sparabuf - S ; 
sub Endílag ( 


ny. (Sexpat, seltype)l) sz 8-; 
if (Seltype eg "dokumentum") ( 


) elsif (Seltype eg "fejezet") ( 
--Sindlevel ; 

) elsif (Seltype eg "bekezdes") ( 
my Sind — ! ! x (4"Sindlevel,) ; 


print wrap(Sind, Sind, Sparabuf) , 
sz nnyn" unless Soptsíc); 
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A zárócímkéknél semmilyen ellenőrzésre nincs szükség, hiszen 
magának az értelmezőnek kell szólnia, ha ezek nem a megfelelő 
helyen állnak. Egy jellegzetes folyamalapú értelmezővel dol- 
gozó alkalmazásnál igen gyakori, hogy az ellenőrzés és a vál- 
tozók használatra való felkészítése a nyitó címkék feldolgozá- 
sánál, míg az eredmény visszaadása a zárócímkéknél történik. 


Faalapú értelmezés 

Az előző hónapban több, kizárólag faalapú feldolgozásra ter- 

vezett modult is megemlítettem. Valójában az XML : : Parser 

is nyújt két faalapú stílust. A , Tree" stílus egy nagyon egyszerű 
faszerkezetet hoz létre, melynek csomópontjai Perl-tömbökre 
mutató hivatkozások. Két típusú levél létezik: 

e A szövegcsomópont: a tömb első tagja üres, míg a második 
maga a szöveg. 

e Az elemcsomópont: a tömb első tagja az elem neve, a 
második pedig hivatkozás egy tömbre, amely az elem 
tartalmát foglalja magában. Az utóbbi tömb első tagja egy 
hivatkozás egy asszociatív tömbre (hash), amely az elem 
tulajdonságait sorolja fel az értékeikkel együtt. A további 
tagok szöveg- vagy elemcsomópontok. 


Amikor a Iree stílust használod, az XML: :Parser parse() 
és aparsefile() elemfüggvényei egy, a gyökérelem 
csomópontjára való hivatkozást adnak vissza. 

Habár a Iree stílus leírása az XML: : Parser utóbbi változataiban 


határozottan tisztább és áttekinthetőbb a réginél, ennek ellenére a 
használt adatszerkezeteket megérteni nem a legegyszerűbb dolog 


a világon. Ne legyen rossz érzésed, ha első nekifutásra nem értet- 
ted meg teljesen a fenti magyarázatot. Ha megnézted a követ- 
kező példaprogramot, újra elolvastad a fentieket, ismét átnézted 
a kódot, előbb-utóbb rájössz, mit is jelent a , heuréka!" kifejezés. 


Az egyik ok, amiért érdemes lehet faalapú értelmezőt használni 


a folyamalapúval szemben, az az, hogy az értelmező egyszeri 
meghívásával ugyanazt a tartalmat többször akarod elemezni. 
Változtassuk meg az olvas.pl feladatát: ahelyett, hogy vagy 

a tartalomjegyzéket írja ki, vagy a tartalmat, inkább írja ki 
mindkettőt: előbb a tartalomjegyzéket, s ezt kövesse a tartalom. 
Ezt megtehetnénk egy folyamalapú értelmezővel is, ha két 
átmeneti tárban (buffer), külön tárolnánk a kimenetet, de az 
nem lenne olyan szórakoztató. Inkább felépítünk egy fát és 
kétszer bejárjuk. Az első bejárás alkalmával kiírjuk a tartalom- 
jegyzéket és a második bejárás során a teljes tartalmat. Lássuk 
(ez ugyancsak megtalálható az 53. CD-melléklet 
Magazir/XML Perl/olvas2.pl könyvtárában)! 


t!/usr/bin/perl -w 
use strict; 


use XMI,.: : Parser; 
use lext::Wrap; 


my ($indlevel, Esectnums) ; 


" S50." filesn" unless GARGV —-- 1; 
new XMIL.: : Parser 

(Style -5 "7Tree!, ErrorContext-52) ; 

my Stree - Sparser-cparsefile(SARGV[0] ) ; 

die "-dokumentums nem a gyokerelem" 

ss unless Stree-5[0] ed "dokumentum" ; 


die "Usage: 
my Sparser - 


Ha minden rendben van, a $Stree egy hivatkozás egy 
kételemű tömbre, amelynek az első tagja , dokumentum" 
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(a gyökérelemünk neve), a második pedig egy hivatkozás 
egy tömbre a cdokumentum: tartalmával. 


Sindlevel - -1; 
Ssectnums[0] - 0; 
Tör my Spass (0..1) ( 
ny 50 z SEteé-ss[i [a 
for (my Si - 1; Si c ASp; 
11. AMOC. spsláil] a 
warn "szoveg nem allhat itt" 
ssjnless Spass or $p-slsSisl]E-/7V8"5/; 
next ; 
) 
warn "ca!".Sp-bs[ISi1i]."5s nem allhat itt" 
sünless Spass or Sp-5[S1] 
seg "fejezet"; 
process sect($p-r[$i1-1] , Spass) ; 


Si 4— 2) ( 


J 


Átugorjuk a cdokumentum;s tulajdonságait tartalmazó 
asszociatív tömböt (hiszen elvileg nincsenek is neki tulaj- 
donságai, az esetleges hamis tulajdonságokat pedig figyel- 
men kívül hagyjuk). A megmaradt tagokon párosával 
megyünk végig. Ha a dokumentum nyelvtanilag helyes volt, 
vagy üres szövegcsomópontokból, vagy cfejezet:-ekből 
tevődik össze. Az utóbbiak feldolgozását a process sect() 
függvényre bízzuk, mivel egy cfejezet:-ben előfordulhat 
újabb cfejezets, s ezt a legegyszerűbben rekurzívan 
oldhatjuk meg. 


sub process sect ( 


my 1 8D.8Das8) z 8 ; 
ny énretr, Síiúd) : 
ítt ([(Spass sz 0) 1 


3rrSsectnums [1-Sindlevell ; 
Ssectnums[Sindlevelr1] - 0; 


Shref - join(!.!", Esectnums[0..Sindlevell] ) ; 
Sind - Sindlevel; 

S$p-53[0]( href) - Shref; 

S0-5[0]( indk z Sind: 


print ! ! x (4"Sind)  Shref, 
temp. IT " .Sp-5[0] (cim) . ""n"; 


Első körben kiszámoljuk a fejezetszámot és a bekezdés nagy- 
ságát, és a cfejezet: elem külön tulajdonságaként tároljuk. 
A tulajdonságok a tömb első tagja által mutatott asszociatív 
tömbben tárolódnak, ezzel a módszerrel dinamikusan bővítet- 
tük az értelmező által visszaadott fát, ugyanis csökkenti a létre- 
hozandó és karbantartandó adatszerkezetek számát. Ezután 

a tartalomjegyzékhez kiírjuk a fejezet számát és a címét. 


) else ( 
Shref - §$p-b5[0]( hrefl; 
sind s. Spcsl0lt. indj: 
print 7 " x j14$Si1nd)  Shret; 
arat SOS T ÜT TE E g 


A második körben előkaparjuk a fejezet számára és a bekezdés 
nagyságára vonatkozólag az első körben elrejtett adatokat. 

Ezt használjuk fel a kiíratáshoz a teljes dokumentum 
megjelenítésekor is. 
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Bricolage-riasztások 


Kövessük nyomon honlapunk eseményeit 
kulcseseményekhez rendelt riasztásokkal. 


múlt hónapban elkezdtük nézegetni David Wheeler 
AA Bricolage nevű, hatékony, mod per1, HTML: :Mason 

és PostgreSOL alapokra épülő, nyílt forrású tartalom- 
kezelő rendszerét (CMS). A tartalomkezelő program viszonylag 
új típusú webalkalmazás, célja a méretesebb honlaprendszerek 
kezelési nehézségeinek a kiküszöbölése. A Bricolage megjele- 
nését széles körben új nyílt forrású sikertörténetként ünnepel- 
ték, amely fényesen bizonyítja, hogy egy üzleti program nem 
feltétlenül rugalmasabb vagy hatékonyabb ingyenes társainál. 
Nem szabad elfelejtenünk, hogy bár a CMS olyan webalapú 
alkalmazás, amely dinamikusan létrehozott kiszolgálóoldali 
alapoktól függ, a CMS kimenete általában statikus oldal lesz. 
Ezért aztán annak ellenére, hogy a Bricolage viszonylag nagy 
web-, illetve adatbázisprogram, amelynek testreszabásához 
nem árt némi kiszolgálóoldali programozási ismeret, mégis 
olyan alkalmazás, amelyet nap mint nap nem programozók 
használnak. A Salon.com-tól kezdve a MacWorld On-line-ig 
rengeteg szervezet használja már most is a Bricolage-t. 
Ugyanakkor további weboldalak ezrei, a Cnettől a 
LinuxJournal.com-ig, tartalomkezelő megoldásokat használnak 
a Vignette rendszerétől (összetett, üzleti és dr-ága) a PHPNuke- 
ig (egyszerű, nyílt forrású és ingyenes). 
Ebben a hónapban az egyik kedvencemnek, a Bricolage-nak 
a riasztásképességét nézzük meg. Ez lehetővé teszi, hogy a fel- 
használó különböző eseményeket kövessen nyomon a Brico- 
lage rendszerén. A riasztások nemcsak tájékoztatnak bennün- 
ket az események bekövetkeztéről, hanem egyúttal képet kap- 
hatunk belőlük a teljes rendszer működéséről is — megtekint- 
hetjük az objektumok listáját, feladatokat rendelhetünk ezek- 
hez az objektumokhoz, valamint láthatjuk, hogy pontosan 
mikor hívódnak meg az egyes riasztások. 


Riasztások 

A Bricolage, csakúgy mint a legtöbb CMS-program, a cikkeket 
különféle állomásokon keresztül mozgatja. A Bricolage alatt eze- 
ket az állomásokat asztaloknak (desks) nevezik, utalva ezzel a 
program újságírói gyökereire. A történetet ennek megfelelően 

a szerkesztőasztalon (edit desk) kezdik, majd átkerülnek a máso- 
lóasztalra (copy desk), onnan a jogi asztalra (legal desk), végül a 
kiadói asztalra (publish desk), ahonnan már a hálózatra jutnak. 
Maroknyi csapatok által vezetett honlapok esetében még könnyű 
nyilvántartani, hogy melyik cikk éppen hol található. De ha egy- 
szer túlléptünk a kis szerkesztőgárdán vagy a csekély cikkszámon, 
igen nehézkessé kezd válni az egyes cikkek nyomon követése. 

Az egyik lehetőség, amivel ellenőrizhetjük a munkafolyamatot, 
ha a munkaasztalokat egyesével rendszeresen végignézzük, 
hogy lássuk, éppen milyen történetek vannak rajtuk, majd 
ennek megfelelően megtesszük a szükséges lépéseket. Ez a 
nézegetés azonban idővel elég fárasztó, ráadásul könnyen 
előfordulhat, hogy az összes cikk helyett nekünk csak a hírek 
kategóriát kellene átnéznünk, esetleg csak egy adott szerző 
műveit. Továbbá nem lenne rossz a munkafolyamat-esemé- 
nyekről elektronikus levélben értesítést kapni. 
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A Bricolage rendelkezik ilyen 
lehetőségekkel, mégpedig igazi 
nyílt forrású stílusban, lenyűgözően 
testreszabható módon. A riasztások 
létrehozásához és módosításához válasszuk a képernyő jobb 
alsó sarkában található rendszermenü alól a Alert types menüt 
(riasztástípusok). Ez a menü a rendszergazda menüi közé 
tartozik, tehát csak a rendszergazdai jogosultságokkal rendel- 
kező felhasználóknak jelenik meg. A kapott képernyőn -— mint 
azt már a Bricolage karbantartó menüinél megszokhattuk — 
lehetővé teszi, hogy rákeressünk egy riasztás nevére, vagy 
kikeressük az összes, az adott betűvel kezdődő riasztást. 





Riasztások létrehozása 

Új riasztástípust a create new alert type hivatkozásra kattintva 
készíthetünk. Itt egy rövid HIML-űrlaphoz jutunk, ahol meg 
kell adnunk azt a Bricolage-objektumot, amelyikre a riasztást 
kérjük. Tehát például akkor szeretnénk riasztást kapni, ha 
valami, a történeteket (story) érintő dolog történik, ekkor 
kérjük a Story objektum riasztását. Ugyanígy, ha új felhasználó 
felvételekor szeretnénk riasztást, kérjük a Users objektumhoz 
tartozó riasztását. Tömören, szinte minden Bricolage-objek- 
tumhoz rendelhetünk riasztásokat. 

Példaképpen készítsünk egy olyan riasztást, amelyik akkor 
figyelmeztet, amikor valamely, a címében a , Linux" szöveget 
tartalmazó cikk az egyik asztalról a másikra kerül át. Ne feled- 
jük, a Bricolage segítségével szinte minden objektum megfi- 
gyelhető. A következő példa kétségtelenül adja magát. 
Válasszuk a create new alert type hivatkozást az Admin menü- 
ből, és készítsünk új riasztást a Story objektumhoz. Itt a Brico- 
lage által megfigyelhető eseménylistához jutunk, a kategória- 
hozzáadástól kezdve a történetünk kiadásán át a történet 
valamely részének törléséig. Példánkban mi a Story moved 

to desk (a történet mozgatása asztalok között) lehetőséget 
választjuk, majd a Linux story moved nevet adjuk neki. 
Minden riasztástípushoz tartozik egy tulajdonos; jelen esetben 
a tulajdonosok mi leszünk, hiszen a saját nevünkön léptünk 
be. A Bricolage egyetlen felhasználót készít el magától, a 
Bricolage Administrator-t, mégpedig admin bejelentkezési 
néven. Az admin felhasználó a Unix-rendszerek root felhasz- 
nálójának, vagyis a rendszergazdának felel meg. Nyilvánvaló 
módon riasztásokat is birtokolhat, de sokkal jobban járunk, 

ha készítünk magunknak egy másik felhasználót (a bal alsó 
sarokban található Admin/User menüpontban), majd megadjuk 
a rendszergazdai jogosultságokat és a továbbiakban így jelent- 
kezünk be (a root helyett). 

Valamely esemény bekövetkeztekor ennek a lapnak az alján ta- 
lálható next gombra kattintva a fő riasztástípus-szerkesztő oldalra 
jutunk, ahol új riasztástípusokat hozhatunk létre, illetve módo- 
síthatjuk a már meglévőket. Minden riasztás négy részből áll: 


e . Properties (Tulajdonságok): a riasztástípus neve és tulaj- 
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donosa, amit az előző oldalon gépeltünk be. 


e — Rules (Szabályok): megadja, hogy mikor kell a riasztásnak 
megszólalnia. Minden szabály tartalmaz egy változót (amit 
lenyíló menüből választunk ki, így elkerülhetjük az esetle- 
ges elgépeléseket), összehasonlító tesztet és egy szöveg- 
mezőt, ahová az összehasonlítandó értéket írhatjuk be. 

e . Content (Iartalom): az elektronikus levélben levő üzenet, 
amit a riasztás címzettjei megkapnak. Ebben több különféle 
változót is használhatunk, a cikk címétől kezdve a kiadás 
dátumáig. 

e — Recipients (Címzettek): azok a felhasználók és csoportok, 
akiknek a riasztást szánjuk. Tudunk például riasztást kül- 
deni az összes szerkesztőnek, az összes szerzőnek vagy 
éppen Gyurinak és Ferinek, de Debinek és Máriának nem. 


Riasztási szabályok 

A Bricolage riasztási rendszerének talán legérdekesebb része 

a szabályok alkotása, hiszen olyan egyszerűen alkalmazhatjuk 
őket, hogy a programozáshoz semmit sem értők is elboldogul- 
hatnak velük. Ugyanakkor a -- és ! - műveleti jeleknek (ame- 
lyeket látva egy Perl-programozó rögtön szabályos kifejezé- 
sekre gondol) akad egy nagy veszélyük. Egyértelműen kétélű 
fegyverről van szó, hiszen a szabályos kifejezések rendkívül 
hatékonyak a felvilágosultak kezében, de hihetetlenül veszé- 
lyesek (és elkedvetlenítők) a tudatlanokra nézve. 

Riasztásunk létrehozásához a bal oldali tulajdonságlistából ki- 
választjuk a Story title elemet, majd a —- jelet az összehasonlító 
műveleti jelek (operator) listájából, végül a Linux szöveget 
gépeljük be a szövegmezőbe értékként. Így a következőt kapjuk: 


Story title -- Linux 


A -—- műveleti jelet és nem az egyszerű - kell használnunk, 
mivel a Linux szót a cím bármely részében keressük és nem csak 
a teljes címmel való egyezést fogadjuk el. Amennyiben a Linux 
és a Perl is érdekel minket, a következőre is kereshetnénk: 


Story title -- Linuxl]Perl 


A tapasztalt Perl-programozók biztosan örömmel hallják, 

hogy a -- és a ! - műveleti jelek itt nem figyelik a kis- és 
nagybetű közti különbségeket. 

A riasztás témája és szövege tetszőleges szöveget tartalmazhat, 
ideértve Bricolage által előre meghatározott behelyettesíthető 
Perl-változókat is. Egy szép JavaScript-megoldással a Bricolage 
lehetővé teszi, hogy a változókat lenyíló menüből válasszuk ki, 
elkerülve ezzel a gépelési és egyéb hibákat. Egyben igen hasz- 
nos jegyzék, hiszen nem kell megjegyeznünk az összes elér- 
hető, a cikkekhez tartozó változónevet. Ezzel a módszerrel 
könnyen összeállíthatjuk a következő alakú riasztáscímet: 


A Stitle cikk átkerült a Sdesk asztalra 


Bár a riasztásüzenet valószínűleg más szöveget tartalmaz, itt 
is használhatjuk a változóneveket. A szövegtestbe beírhatjuk 
például a következőket: 

Ön kérte, hogy figyelmeztessük, amennyiben a Linux témájú 
cikkek új asztalra kerülnek át. Nos, $trig full name épp most 
helyezte át a "$title" című cikket a $desk asztalra. Reméljük, 
segítettünk! 


A riasztások fogadása 


Amikor egy riasztás életbe lép, a kiválasztott címzettek két 
különböző módon kaphatják meg az üzenetet. Valamennyi 


www.linuxvilag.hu 








bejegyzett felhasználó levélben üzenetet fog kapni, amely a fent 
bemutatott levélben tájékoztatja őket a változás bekövetkezté- 
ről. A Bricolage ugyanakkor fel is jegyzi ezeket az eseményeket 
a saját adatbázisában, ami igen megkönnyíti a riasztások 

webes követését. Amikor a fent leírt linuxos riasztás életbe lép, 
levélben jelzést kapunk. Ugyanakkor valamennyi riasztást 
megtekinthetjük a riasztási oldalunkon. Ezt a képernyő tetején 
található, a my alerts gombra kattintva tekinthetjük meg. 

A riasztások egészen addig maradnak ezen az oldalon, amíg 
nem jelezzük, hogy tudomásul vettük őket. A riasztásoldalt 
nem hosszútávú tárolóhelynek szánták; sokkal inkább egy- 
szerű üzenetküldő rendszernek, amely lehetővé teszi a szer- 
kesztőknek, hogy egyszerre lássák a honlapon akkortájt történt 
összes lényeges eseményt. 

A riasztásokat olyan módon vehetjük tudomásul (ezzel törölve 
őket az oldalról), ha a listában egy vagy több jelölőnégyzetet 
bekapcsolunk, majd a lista alján lenyomjuk az acknowledge 
checked gombot. A jelölőnégyzetek használata nélkül is tudo- 
másul vehetjük az összes üzenetet egyszerre, ha az acknowledge 
all gombot választjuk. 
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Tanulságos riasztások 

A riasztások nagyszerű és hasznos eszközök, amelyekkel a 
Bricolage képes a vonatkozó adatokat eljuttatni a megfelelő 
felhasználókhoz, és így nem kényszeríti rá őket, hogy maguk 
keresgéljék ki őket. Mindeközben áldásos mellékhatásként a 
friss Bricolage-rendszergazdáknak és -programozóknak segít 
megérteni, miképpen jönnek létre különféle események az 
egyes objektumokban. Egyszerű példa erre a lser (felhasználó) 
objektum: készíthetünk olyan riasztást, amely akkor figyelmez- 
tet, ha egy felhasználót létrehozunk vagy törlünk, illetve 
megváltoznak a beállításai vagy a jelszava. Az ilyesfajta riasztás 
egy szerkesztő szemében nem ér különösebben sokat, ugyan- 
akkor elsődleges fontosságú lehet a rendszergazda számára. 
Valamivel összetettebb példa a Template (sablon) objektum, 
amellyel a következő hónapban ismerkedhetünk meg. A sab- 
lonok határozzák meg, hogyan jelenjenek meg a történetek, 
ezért igen fontos a megfigyelésük és a változásaik nyomon 
követése. Ezért aztán a sablonokhoz több beállítás tartozik, 
mint a felhasználókhoz — nyomon követhetjük a sablon telepí- 
tését, szerkesztését, akár azt is, hogy mikor kerül fel az aszta- 
lára. Amennyiben esetleg korábban nem értettük volna meg, 
hogy akárcsak a történeteknek, a sablonoknak is van saját 
asztaluk, a riasztórendszerből ez világosan kiderül. 

Én elég sokat tudtam meg a Bricolage rendszerről, miközben 
különböző szemszögekből megvizsgáltam, ideértve a riasztás- 
megadásokat is. Ha még újak vagyunk a Bricolage rendszer- 
ben, és a dokumentumok végigolvasása és a menük kinyito- 
gatása után (ami igen fontos, amennyiben tisztában szeretnénk 
lenni a Bricolage oldalszerkezetével és jogosultságrendszerével) 
sem igazán értettük meg a dolgok belső lelkivilágát, a riasztás- 
meghatározások végignézése rengeteg dologra rávilágít. 

A cikkhez tartozó kapcsolódó címek megtalálhatóak 

az 53. CD Magazin/Bricolage könyvtárában. 
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Tukrom, tukrom... 


Készítsünk egyszerű biztonsági mentéseket, és tartsuk naprakészen az összes web- 
és FTP-oldalunkat olyan eszközökkel, amelyek már alighanem a rendszerünkön vannak. 


rancois, mit művelsz? Amikor arra kértelek, hogy tük- 
rözd a weboldalainkat, azt nem úgy értettem, hogy a 
képernyő elé kell tartanod egy tükröt. Néha nagyon 
bután tudsz viselkedni! Azt szeretném, ha arra a másik gépre 
másolatot készítenél a honlapunkról. Francois, most meg mit 
nézel annyira? Á, megérkeztek a vendégeink! Miért nem szól- 
tál? Isten hozott titeket Chez Marcelnél, a linuxos fogások és 

a különleges borok otthonában. 

Ha már a bornál tartunk, Francois, siess gyorsan a pincébe! 
Hozd fel, kérlek az 1999-es California Stags Leap District 
Cabernet Sauvignont. Ez a merész és zamatos bor mai menünk 
tökéletes tükre. Mint már tudjátok, mes amis, mostani írásom 
témája a rendszerfelügyelet. A mai menü révén belekóstolunk 
számos, az adattükrözés céljára szolgáló eszköz működésébe. 
Rengeteg okot találhatunk az adatok tükrözésére: az első 
nyilvánvaló ok a biztonsági másolat készítésének talán nem 
túl vonzó, mégis nagyon fontos kérdése. Az egyéb okok közt 
találhatjuk meg a helyi hálózati frissítések számára létrehozott 
FIP-tükrözéseket, amilyen a saját RPM frissítőcsomagok tár- 
helyének létrehozása, vagy a weboldalak tükrözése a gyors, 
hálózati kapcsolat nélküli böngészés céljából. 

Sokan azok közül, akik rendszeres időközönként biztonsági 
másolatokat készítenek, az adatokat egy másik gépük merev- 
lemezén helyezik el, míg mások ugyanannak a gépnek egy 
másik lemezére dolgoznak. Mivel egy újabb merevlemez 
vásárlása manapság már rendkívül olcsó, és a nagy tárolóka- 
pacitású szalagos egységek lényegesen többe kerülhetnek, ez 
a megoldás is elterjedt. 

Egy lemezről biztonsági másolatot készíteni egy másik lemezre 
olyan egyszerű is lehet, mint egy rekurzív másolás a cp pa- 
ranccsal. Ha például a /home könyvtáram minden adatát egy 
sok szabad hellyel bíró másik lemezre szeretném másolni, az 
alábbi parancsot használhatnám: 


cp -rfupv /home/mgagne /disk2/ 


Ahogy azt már sejtitek is, a -r kapcsoló utal a rekurzív máso- 
lásra (az összes alkönyvtár másolására), a -v pedig a parancs 
végrehajtása során keletkező üzenetek kiírásáért felelős. Mivel 
nem akarom, hogy a rendszer minden egyes fájl felülírásakor 
figyelmeztessen, a -f kapcsolóval hagyom jóvá az összes 
másolást, a -p kapcsoló pedig azt biztosítja, hogy az engedé- 
lyek másolása is megfelelően megtörténik. Végül a -u kapcsoló 
arra utasítja a co parancsot, hogy csak a megváltozott fájlokat 
másolja, ezáltal felgyorsítható a másolás folyamata. 

Az eljárás viszonylag jól működik, de az egyik gépről a másikra 
történő másoláshoz további lépések is szükségesek. Linux- 
rendszerünkben a cp parancson túl számos eszköz áll még 
rendelkezésünkre. A kezdők számára egy teljes weboldal 
másolására az eredetileg Hrvoje Niksic által írt wget parancs 
kipróbálása az egyik lehetséges út: 


wget -m http://www.websitename . dom 
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A wget a weboldal tetejétől kezdve a teljes oldalon végighalad, 
és mentést készít az ott lévő HIML-fájlokról és képekről. A -m 
ebben az esetben a tükrözést jelenti, de sok egyéb lehetőség is 
rendelkezésünkre áll a -r, -N, -1 inf és -nr kapcsolók 
formájában. Ezek sorrendben arra utasítják a wget-et, hogy 
rekurzív letöltést végezzen, kapcsolja be az időbélyegzést, 
korlátlan számú szintet tegyen lehetővé, és ne távolítsa el az 
FIP-könyvtárak . listing fájljait. 

A weboldal minden fájljáról másolat készül egy helyi könyv- 
tárba, amelynek neve az oldal nevével egyezik meg. A fenti 
példában ez www.websitename.dom lenne. Ha a webkiszol- 
gálónkon egy új fájlt hozunk létre és újra lefuttatjuk a paran- 
csot, akkor csak ezt az új fájlt tölti le, így a másolat naprakészen 
tartása sokkal gyorsabb. 

Ez az eszköz nagyszerűen használható arra a célra, amire írták, 
ez pedig elsődlegesen a weboldalakkal kapcsolatos, de a wget 
FIP-kiszolgálókról való adatletöltésre is lehetőséget nyújt. Ha 
névtelenül látogatható oldalról szeretnénk letölteni valamit, a 
parancsformátum szinte megegyezik a weboldal tükrözésére 
használt parancséval: 


wget -m fÍtp://ftp. Étpsitename . dom 


Ellenben ha olyan oldalról készítjük a biztonsági másolatot, 
amelynek az eléréséhez felhasználói név és jelszó is szükséges, 
egy kicsit cifrább a parancs formája: 


wget -m 
mm ftp: / /username : passw ordEdftp. sitename . dom 


Ennek a megközelítésnek van némi árnyoldala. Először is a 
jelszavunkat kódolatlan szövegként küldjük át a hálózaton, 
ami a hálózatunk megbízhatóságától függően elég kockázatos 
lehet. Szorult helyzetben az scp paranccsal készíthetünk 
biztonságos rekurzív másolatot. Mivel az scp az OpenSSH 
részét képezi, a parancs használatával élvezhetjük a 


nyugalmat, hogy a fájlokat biztonságos, kódolt formátumban 
továbbítjuk. Feltéve, hogy — az Apache kiszolgáló gyökerétől 
kezdve - az egész weboldalt le szeretnénk másolni, a parancs 
valahogy így festene: 


scp -rpv /var/www 
s rootígremote host: /mnt/backupdir 


A -r kapcsoló felelős a rekurzív másolásért, a -p pedig arra 
utasítja az scp-t, hogy őrizze meg az eredeti fájlok és könyv- 
tárak módosításának az idejét, a tulajdonosi és jogosultsági 
beállításokat. Amennyiben nagy mennyiségű adat átviteléről 
van szó, érdemes megfontolni a -C kapcsoló használatát, 
amely röptömötzítést hajt végre, s ezzel lényegesen növeli 

az áteresztőképességet. 

Az adattükrözés e módszereivel talán az a legnagyobb baj, 
hogy nagyon sokáig tartanak. A wget képes arra, hogy az 

új fájlokat egy FIP-kiszolgálóról letörölje, de arra már nincs 
lehetőség, hogy egy könyvtárat a fájlok esetleges törlésével 
teljes összhangban tarthassunk. Az scp is hasznos biztonságos 
másolása miatt, de arra nincs megoldás a programban, hogy 
csak a megváltozott fájlok kerüljenek átvitelre. Ez az eddigi 
megoldások második hátulütője. Ha biztosak szeretnénk lenni 
abban, hogy az adataink folyamatosan összhangban lesznek 
anélkül, hogy minden egyes fájlt és könyvtárat átmásolnánk, 
egy kicsit okosabb programra lesz szükségünk. 

Ennek megoldására az általam ismert talán legjobb program 
Andrew Tridgell rsync nevű alkotása. Mick Bauer nagyszerűen 
bemutatta a programcsomagot (a Linuxvilág májusi és júniusi 
számában), úgyhogy én most nem szeretném az ott leírtakat 
ismételni, csak annyit mondanék, hogy esetleg érdemes ezt 

a kétrészes cikket újra fellapozni. 


Az ftpcopy 

Sok esetben öreg barátunk, az ftp társaságában találhatjuk 
magunkat. Az egyik oldalon (azon a gépen, amelyiket 
tükrözni akarjuk) az FIP-kiszolgálónkat futtatnánk, vagy 

a ProFIPD-t, vagy a wu- ftpd-t. A másik oldalon pedig 

Uwe Ohse ftpcopy programja futna. Az ftpcopy gyors, 
könnyen beállítható és egyszerűen használható program, 
amely igen jól teljesít, amikor teljes könyvtárszerkezetek 
másolása a feladat. A másolás folyamán gondoskodik a jogo- 
sultságok és a módosítás dátumának és időpontjának a keze- 
léséről, ráadásul mindezt gyorsan teszi. Mindezeken túlme- 
nően nyomon követi a korábban letöltött fájlokat, ami cél- 
szerű, ugyanis a legközelebbi futtatáskor csak az időközben 
megváltozott fájlokkal kell foglalkoznia, így téve még gyor- 
sabbá a biztonsági másolat készítését. 

Néhány rendszercsomag már tartalmazza az ftpcopy-t, 

de a legfrissebb csomag letöltéséhez érdemes meglátogatnunk 
a 2 http:/www.ohse.de/uwe/ftpcopy/ítpcopy.html oldalt. 

A csomag fordítása egyszerű, mindössze néhány lépésből 

álló feladat: 


tar -xzvÍ fÍtpcopy-0.6.2.tar.gz 
cd web/ftpcopy-0.6.2 
make 


A command nevű könyvtárban három futtatható állományt 
fogunk találni: az ftpcopy-t, az ftpcp-t és az ftpls-t. Ezeket 
akár innen is futtathatjuk, vagy átmásolhatjuk a /usr/local/bin 
könyvtárba, netán az SPAIH útvonal valamelyik másik helyére. 
Nézzük, hogyan működik a program. Tegyük fel, hogy 
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tükrözni vagy menteni szeretném a saját könyvtáramat 

egy távoli számítógépre. Az alap ftpcopy parancs valahogy 
így néz ki: 

ÍíÍtpcopy -u marcel -p secr3t! remote.hostname 
/homé/jmatcel. -/mitdítj 


A -u és -p kapcsolók nyilvánvalóan a felhasználói nevemet 
és a (hamis) jelszavamat jelentik a távoli gépen. Ezt követi a 
másolni kívánt könyvtárra mutató elérési útvonal, ezután az 
a helyi könyvtár, ahol a könyvtárszerkezetet létre szeretném 
hozni. Az áttöltés folyamán ilyen üzeneteket fog kapni: 


/mirdir/scripts/backup.log: download 
successful 
/mirdir;sctipts/checkhostsó. ol: . döwúlögdd 
successful 
/mirdir/scripts/ttologin.msd: download 
successful 
download 
successful 


/mirdir/scripts/gettime.pl: 


Ha ennél egy kicsit részletesebb adatokra van szükségünk, 
használhatjuk a -bps kapcsolót, amely az adatátvitel sebes- 
ségét jeleníti meg bájt per másodperc mértékegységben. 
Érdemes legalább egyszer a -help kapcsolóval is lefuttatni az 
ftpcopy-t, és óvatosnak kell lennünk bizonyos lehetőségek 
használatával. A -s például a közvetett hivatkozásokra vonat- 
kozik, a -1 pedig a naplózási szint növelését teszi lehetővé. 

Ha a tükrözést egy cron munkafolyamatként szeretnénk beál- 
lítani, talán érdemes a naplózást 0-ra állítani. Egy másik hasz- 
nos kapcsoló a -n. Ha egy fájlt töröltünk a távoli gépen, az 
ftpcopy futtatásakor helyileg is törlődni fog. Ha a rendsze- 
reket tényleg összhangban szeretnénk tartani, akkor erre van 
szükségünk. Ezt a műveletet kapcsolhatjuk ki a -n kapcsolóval, 
ebben az esetben nem következik be a törlés. 

Nos, mes amis, elérkezett az idő, amikor mindnyájunknak haza 
kell térnünk. Azért egy utolsó pohár borra még futja az időből, 
non? Francois, mon ami, ha volnál szíves a házigazda szerepét 
magadra vállalni! És mindjárt két pohárral, hogy tükrözni 
tudjuk az elsőt! 

Egészségetekre, mes amis! A vótre santé! Bon appétit! 


Linux Journal 2003. október, 114. szám 


Marcel Gagné (mggagneCsalmar.com) 
Mississaguában, Ontario államban él. 

Ő a szerzője a Kiskapu kiadásában tavaly szep- 
temberben megjelent Linux-rendszerfelügyelet 
(ISBN 96-9301-40) című könyvnek (jelenleg Is 
egy könyvön dolgozik). 


OpenSSH 3 www.openssh.org 


rsyne 3 rsync.samba.org 

wget 3 wget.sunsite.dk 

ftocopy 32 www.ohse.de/uwe/ftpcopy/ftpcopy.html 
Marcel borlapja 8 wwvw.marcelgagne.comAwine.html 
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Shogo: mobil harci hadosztály 


Egy kis lövöldözés mindenkinek kell! 


Shogo: mobil harci hadosztály 
AA egyszemélyes lövöldözős játék, 

némi eltéréssel a többi hason- 
szőrű játékhoz képest. A programot 
olyan rajzelemek szövik át, olyan hatá- 
sok nyoma figyelhető meg rajta, amelye- 
ket a klasszikus japán rajzfilmekben, 
animációkban láthatunk. A fejlesztők 
a Macross (aka Robotech) és a Gundam 
grafikai eljárásokat használták, amelyek 
lehetővé teszik, hogy harci ütközetet 
vívj egy tíz méter magas robotban. 
A játék időszerű, hihető történettel 
próbál meg végigvezetni bennünket 
az események folyamán. 
A Shogóban Sanjuro alakjával játsz- 
hatsz, aki befolyásos parancsnokként 
a háború közepén elfogja az ellenséges 
terrorista fedőszerveket. Ahogy a fejlesz- 
tők kialakították Sanjuro világát, úgy fo- 
god te is megismerni mindezt. A Shogó- 
ban megvan minden, aminek egy ádáz 
3D-s akcióban lennie kell. 
A játék néhány részében előfordul, hogy 
gyalogos katona vagy, míg másutt egy 
teljes, az életedet védő MCA egység, ami 
nem más, mint egy tíz méter magas 
fémruha. Ez a ,csomag" valóban csodá- 
latos tűzerővel rendelkezik, ami egy 
lézerágyút és egy multifunkciós harci- 
fegyver-állványt foglal magában. A valós 
animált világban az MCA-k elképesztő 
mértékben irányíthatóak, és furcsa 
érzést kelt, amint összelapítják a gyalo- 
gos katonákat — emlékezz erre, és fuss, 
ha te is gyalogos katonaként küzdesz, 
és egy terrorista MCA jelenik meg... 
A Shogo a Monolith LithTech 3D-motor- 
ját használja, amely a Ouake ÍI grafikai 
motorját kiegészítve képezi le a 3D-meg- 
jelenítést. Említsük is meg az eltéréseket, 
bővítményeket: a robbanások, a 
sebesülések, a szemcse- és a fényhatások 
olyanok, mintha valósak-valódiak 
lennének (ne feledjük, ez csak a Ouake 
II szinthez képest előretörés). A Litgh- 
lech-motor lehetővé teszi, hogy az 
MCA-ba bújva valóban meggyőző belső 
és külső látványt élvezhessünk, miköz- 
ben ellenséges tankok vagy katonák 
támadnak. 
A Shogo hangsávjai finomak és hatáso- 
san illeszkednek a képernyőn megjelenő 
akcióra. Néhány hanghatás szabályosan 
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nyomást gyakorol az animált történetre, 
és ez elborzasztóan meggyőző. Ezen- 
kívül a Shogo jó minőségű hanganyag- 
gal (narrátor) bír, ami a játék egészét 
végigköveti és irányítja a karakter életét. 


A játék jellegzetességei dióhéjban 

1. A LithTech 3D-motorját használja, 
amelyet a Monolith készített 
(2 http:/www.lith.com/lithtech). 

2. Kiválasztható a pilóta, és egy a négy 
átalakítható Mobile Combat Armor 
eszköz közül (MCA-k). 

3. Két módban lehet játszani: saját lábon 
állva és az MCA-ba bújva. 

4. Igazi 3D-környezet fogad bennünket 
valós fényekkel, belső szintekkel, 
hatalmas külső tereppel és félelmetes 
hatásokkal. 

5. Több mint harmincféle kihívó ellen- 
ség, akik ügyesen kiaknázzák a kör- 
nyezet nyújtotta lehetőségeket. 

6. Mozgalmas történet és célközpontú 
küldetési szerkezet, ez határozza meg 
a támadás alapjait. 

7. Elkülönített MCA- és gyalogos fegy- 
verarzenál (18 felturbózott változat). 

8. Többjátékos akció, ami tartalmazza 
a beépített internet-, helyi hálózat- és 
modemtámogatást. 


e  LithTech-jellemzők: 3D-modellezés 
- Támogatja a mozgásalapú 


animációt. 
-— Részletes megjelenítés a külső 
világokhoz. 


- Egyéni textúrák a modellekhez. 

- Többszintű modellek: mindegyik 
modell százszintes, kidolgozott 
megjelenéssel bír — mindehhez 
nem szükséges többletmemória, 
a modellek lassúbb rendszerekre 
is visszaalakíthatók. 

— Az összes modell hierarchikus, a 
kulcsfontosságú animációs részek 
interpoláltak. 

- Támogatja mind a merev, mind a 
deformált animációs megjelenítést, 
lehetővé teszi az élvezetesebb és 


jobb minőségű életszerű animációt. 


e LithTech-jellemzők: fények 
és különleges hatások 
— csillogások, színes fények, 
dinamikus fénykezelés; 





— átlátszóság és visszaverődés a 
víz- és üveghatásokhoz; 

— valós idejű árnyékok; 

— tájak, városok; 

— animált felhők, színes köd; 

- nagymértékben testreszabható 
szemcsehatásrendszer; 

— PolyGrids (elmozdítható, változó 
grafikai elemek például a vízfelszín 
létrehozásához). 





ismerkedjünk meg a szereplőkkel! 
Sanjuro Makabe 

Sanjuro Makabe fiatal parancsnok az 
UCA védelmi erőknél. Láthatod, amint 
egyre tiszteletreméltóbbá válik, te 
irányítod az útját a teljes elismertségig. 
Így te vagy az is, aki később, a küldetés 
során felelős leszel egy tragédiáért, ami 
társaidat, Toshirót és Kurát is érinti e 
rövid életű társaságból, Baku pedig 
eltűnik az akció során, és halála nagy 
érzelmi válságot vált ki Sanjuróban 
(azaz benned). A tragédia nem szakítja 
félbe a karrieredet, de megkeseredetté 
és legyőzötté tesz. 


Admiral Akkaraju 

Akkaraju parancsnok az UCASF 
Leviathanon, az UCA parancsnoki 
hajóján. Felesége halála mély nyomot 
hagyott benne, és ez megváltoztatta 
életszemléletét is. Az életet elutasította, 
és ebben az elutasításban adta át magát 
a feladatának, azonban a bázisa elleni 





terroristatámadás e hozzáállás feladá- 
sára kényszerítette. Megerősíti hírnevét, 
és alapos férfiú lévén becsülettel kiér- 
demli az admirálisi rangot. 


Kathryn Akkaraju 

Anyja halála után Kathryn megesküszik, 
hogy soha többé nem fog fegyvert em- 
bertársaira. Mindenki aggódik, amikor 
harcos katonaként csatlakozik az 
UCASF-hez, és apja csillaghajóján, 

a Leviathan zászlóshajón megszerzi 

a kommunikációs szakértői tisztséget. 
Kathryn fő célja a küldetés során a 
kapcsolattartás, jelenleg a vizsgájával 
foglalkozik. 


Kura Akkaraju 

Az Akkaraju családban mindenki 
katonai érvényesülés útjára lép — Kura 
jól megérdemelt dicséretet kapott párat- 
lan lövésztudományáért, harcászati 
leleményességért és kitartásáért. Meg- 
próbálja kezelni a bánatát, amit anyja 
halála okozott, s ugyanilyen határozott- 
sággal döntötte el, hogy kiváló katona 
lesz. Tartós haragja, amit apja iránt érez, 


Kiadták a Legends for Linuxot 
A Legends fejlesztői beje- 

lentették a Legends) kiszolgáló 

alapú Linuxhoz programot. 

A Legends egy FPS stílusú, 

többjátékos program, ami 

a lorgue grafikai motort hasz- 

nálja (GarageGames fejlesztés; 

2 http://garagegames.com)/). 

2 http://hosted.tribalwar.com/legends 


Wolf: ET 2.56-os kiadás 


Kiadásra került a 2.56-os változatú Wolfenstein: Enemy Territory. 


A fájlok a következő helyekről tölthetők le: 
e — et-linux-2.56.x86.run.torrent 


(5 http://zerowing.Idsoftware.com/BT(/torrents/et-lInux- 
2.56.x86.run.torrent) (teljes változat, 258 MB) 


et-linux-2.56-update.x86.run.torrent 


(5 http://zerowing.Idsoftware.com/B [/torrents/ 
et-linux-2.56-update.x86.run.torrent) (2.55; 2.56-os folt, 6,7 MB) 
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meggátolja a tanulásban és elvakulttá 
teszi. A katonai iskola után Kura szerel- 
mes lesz Sanjuróba, szeszélyességéből 
,kigyógyítja", majd gondtalan utat 
mutat az élet felé, és végül felülkere- 
kedik a saját nehézségein is. 


Toshiro 

Mélyen érintette, hogy elveszítette a 
szüleit. Toshiro (Sanjuro bátyja) mogor- 
va, zárkózott gyerek volt, aki békésebb- 
nek találta, hogy a saját fantáziavilágá- 
ban éljen, mint a többiekkel. Bár megiri- 
gyelte Sanjuro népszerűségét és nyers 
magabiztosságát, de soha nem vált 
veszélyesen féltékennyé, míg Sanjuro 
és Kura szerelmesek voltak. 


Ryo Ishikawa 

A hatalmas Shogo üzleti birodalom örö- 

köse. Házsártos és leleményes - az általa 
kitervelt cselszövések csak kegyetlensé- 

gével mérhetők össze. 


Baku Ogata 
Baku vézna volt az akadémia alatt, ezért 
gyakran kegyetlen tréfák célpontjául 


Friss hírek a játékok világából 


e — et-linux-2.56.x86.run 


szolgált, amíg Sanjuro és loshiro támo- 
gatni nem kezdték. Baku ugyancsak 
szerelmes volt Kurába gyermekéveik 
alatt, de soha nem osztotta meg vele 
igazi érzéseit. 


Hank Johnson 

Hank életre szóló álma, hogy UCASF- 
pilóta lehessen. Hibátlan, örökölt tulaj- 
donságai révén előtérbe kerül, és kima- 
gasló fizikuma csak fokozza sikerességét. 
Feleségével az elhagyott Avernus város- 
ban geotermikus monitorállomást mű- 
ködtet az Andra Biomechanika cég meg- 
bízásából. Keresi a lehetőséget, hogy 
hőssé váljon. 


Mivel is irtsuk embertársainkat, 

avagy a molil harci eszközök 

e . Armacham Ordog javított 7-es 
változat 
Az Ordog egy a mérnökök által 
sokáig és magas szintre fejlesztett 
eszköz. Gyors és ellenálló, tényes 
megjelenésével, illetve visszafogott 
kialakításával azonban ijesztő az 
ellenfél számára. A jármű üzem- 


(5 http:/3ddownloads.com/linuxgamesAwolf/et/et-linux-2.56.x86.run) 


LG/3DD (258 MB) 


et-Ilinux-2.56-update.x86.run 

(5 http://3ddownloads.com/linuxgames/wolf/et/ 

et-linux-2.56-update.x86.run ) LG/3DD (6,7 MB) 
2 http://www.castlewolfenstein.com/ 


Linux Unreal Tournament 2004 kiadási hírek 

Az UT2004 támogatni fogja a Linuxot (mind ügyfél-, mind kiszolgáló 
terén). Ugyanazon elv szerint, mint az UT2003 esetében, a linuxos 
támogatás benne lesz a megvásárolt UT2004 dobozában. Mire ez a 


cikk megjelenik, feltehetően kiadásra kerül az első előzetes is. 


Neverwinter Nights-frissítés 

Kiadták a Neverwinters Night Linux-ügyfél 1.32 változatát. A má- 
sodik ügyfél olyan javításokat tartalmaz, amelyek kiküszöbölik a 
felhasználók jelezte hibákat (például a játékot nem lehetett futtatni). 
Az ügyfél úgy lett elkészítve, hogy jobb megfelelőséget nyújtson az 
ismertebb videokártyáknak és -meghajtóknak. 

2 http://nwn.bioware.com/support/patch.htmi 
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Botfa Zsolttal készítettünk , elektronikus interjút" a most 
megjelenő hazai fejlesztésű program kapcsán. 


Várhatóan e hónapban jelenik meg a Terminator 3: War of the 
Machines program, aminek a fejlesztését ugyanaz a Clevers cég 
készíti, mint a korábban elhíresült Screamer 4 x 4 programot 
(magyar fejlesztés). Lehet, hogy csak az én figyelmemet kerülte el 
a dolog, de eddig nem sokat halottam a játékról. Külön köszönet 
Botfa Zsolt-nak, hogy a kipróbálás időszakában — mégha csak 
egy-két levél erejéig is — a rendelkezésemre állt. 


Kosztadinovszki Norbert: Hogy haladtok a kipróbálással? 
Botfa Zsolt: Nos, nyakig ülünk a munkában, így csak nagyon 
kevés adattal tudok szolgálni... Mindenféle hivatalos tájékoztatás 
közzé tétele a kiadói oldal jogkörébe tartozik, ezért arra kérnélek, 
hogy elsődlegesen a Kapcsolódó címeknél felsorolt oldalakon 
kutakodj. Az ott szereplő anyagokat tudom egy kicsit bővíteni, 
illetve módosítani néhány morzsányi hírrel, tőmondatokban. 
e . Karakterek 
Human (ember): Hunter, Heawy Hunter, Supply, Scout és egy 
különleges karakter (ez a Terminátor-rajongóknak ismert lesz, 
hiszen ő Arnold). 
Terminátor: 1900, 1900 Supply, FK, T1. 
Nem játszható karakter: HK (ami a levegőből sorozza a humá- 
nok állásait, s csak az egyik terminátorosztály hívhatja meg). 
A játék részét képezik a Mesterséges Intelligencia által irányf- 
tott karakterek is, amelyek segítenek a humán játékosoknak. 
e . Járművek 
Mindkét oldalon rendelkezésre állnak. Akadnak közöttük 
olyanok, amelyek nehézpáncélzattal erősítettek, és olyanok, 
amelyek fegyverrel felszereltek; és természetesen vannak 
szállítójárművek is. A játékosok a vezető, az utas és a lövész 
bőrébe bújhatnak. 
e — Fegyverek 
A fegyverek használata elkerülhetetlen, közel húszféle került 
be a játékba. Ha a fegyverarzenált nézzük, kézi lőfegyverekkel, 
gránátokkal, gépjárműre vagy állványra szerelt fegyverzettel 
találkozhatunk. 
A fegyverek egy része a mai korszerű fegyverek közül került ki, 
de találkozunk néhány futurisztikus változattal is (például 
plazmafegyverekkel). Természetesen egyes fegyverek többfunk- 
ciósak, némelyik fegyver gránátlövedékek kilövésére is képes. 
És meg kell említeni, hogy a játékban célkövetővel ellátott 
fegyverek is szerepelnek, amelyeket sikeresen használhatnak 
a repülő szerkezetekkel szemben. 
e Pályák 
Több különböző stílusú pályát találhatunk: lesznek nyitottabb 
és zárt pályák, pályák épület belsejében, a belvárosban vagy 
a városon kívül. Lesznek olyan pályák, amelyek a jelenben 
játszódnak, míg mások a sötét jövőt tárják elénk, tehát min- 
denki megtalálhatja azt a fajta pályát, melyen játszani szeretne. 
e . Játékmódok 
Termination, Mission, Team Deathmatch. Lehetőség nyílik 
egyjátékos, helyi hálózatos többjátékos és internetes több- 
játékos módra is. 
Amennyrre lehetséges, igyekszünk valóssá tenni a harcoló felek 
készségeit és képességeit. Jelen esetben nem egy szokványos FPS 
játékról van szó, ahol a két oldalon hasonló harcértékkel bíró fél áll. 
Az egyik oldalon az erős, pontos, bár lassú mozgású terminátorok 
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állnak, míg a másik oldalon a fürge, bár gyengébb emberek 
próbálják felvenni a harcot a gépek ellen. Ez az ellentét nagyon 
érdekessé teszi a játékmenetet. A terminátoroldalon szó szerint 
mint a gép nyomulunk előre, nem ismerve félelmet és nem is 
keresünk fedezéket. Az emberek oldalán pedig a pálya összes 
búvóhelyét kihasználjuk és tökéletes csapattaktikával győzhetjük 
le a gépek hadát. lehát a játék végkifejlete azon múlik ki hogyan 
tudja kihasználni az általa játszott karakter képességeit. 


K. N.: Milyen grafikai motor fog futni a játék , lelkében? 

B. Zs.: A játék egy saját fejlesztésű motort használ (Vision 
Graphics Engine). Egy sor hatás bizonyítja a motor képességeit, 
amelyek a játék minden elemén megjelennek (fegyvereken, 
karaktereken, járműveken stb.). A fegyvereknél látható a 
torkolattűz, a kirepülő hüvelyek, a fegyver mozgása, a lövedékek 
becsapódása. A járműveknél megfigyelhetők a lövedékbecsapó- 
dások és az ütközések nyomai, lángok, robbanások. A pálya 
különböző pontjain füstöt, gőzt, különböző felvillanásokat, 
keresőfényeket is láthatunk. Életszerű látványt nyújt a használt 
fény-árnyék technika. Például a torkolattűz megvilágítja a 
környezetet. Világosabb helyről árnyékosabb helyre történő 
mozgáskor jól követhető a fényváltozás. 

De a grafikus megjelenés mellett meg kell említeni a 
hanghatásokat is, amelyek együttesen alapozzák meg a játék 
hangulatát. 


K. N.: A 5 http://www.3dgamers.com/games/terminatorgwm/ 
címen elérhető anyag szerint a játék az ATARI szárnyai alatt kerül 
kiadásra. Mivel az ATARI van az UT2003 és UT2004 mögött is, 
felmerül a kérdés, hogy a T3-nak lesz-e futtatható linuxos része, 
amivel a windowsos telepítő CD-ről fel lehet rakni a programot 
Linux alá? 

B. Zs.: Nincs tudomásom róla, hogy az ATARI tervezi 

a játék linuxos megjelenítését. 


K. N.: Az ellenfelek és játékosok felépítése hogyan történik, 
mennyire érvényesül a manapság mérvadónak tűnő 
csontvázfelépítés? 

B. Zs.: Természetesen mi is követjük az úgynevezett 
csontvázmodellt. Ez az animációk megvalósításához és a különböző 
mozgások megvalósításához elengedhetetlen. 


K. N.: Megtudhatunk-e valami újabbat a játéktörténetről? 
B. Zs.: Különálló történet nem tartozik az egyjátékos módhoz. 
A lényeg a Terminátor-mítosz hangulatának a megteremtése. 


K. N.: Felhasználták-e és ha igen, milyen mértékben a Screamer 

4 x 4-ben szerzett tapasztalatokat? 

B. Zs.: Az ott megteremtett fizika jó alap a mostani játékhoz. 

A járművek viselkedésénél nem kell szimulátorhoz hasonló viselke- 
dés, de a járművek, a karakter, a fegyverhasználat mind a fizika 
törvényeinek megfelelően működik. 


K. N.: Hol tart a kipróbálás és, milyen állapotban van a játék? Kik 
vesznek részt a tesztelésben? 

B. Zs.: Ki sem látszunk a munkából. Amúgy a kipróbálás 
szervezését az ATARI (5 http://www.betatests.net) irányítja. 
Remélem, ez a néhány hírmorzsa is felkeltette az olvasók 
érdeklődését a játék iránt. 


Kosztadinovszki Norbert 








módot használva gyorsabb és eléri 
azt a végsebességet, amit az UCA 
nem képes felülmúlni. 

e [CA Enforcer Mark VII 
Az Enforcer kemény, lekerekített 
MCA, ez egyensúlyozza ki érzékeny 
mozgását az erős páncélban. Azok- 
nak a pilótáknak eszményi, akik 
szeretik a gépet, mert minden 
helyzetben megbízható. 

e .  Shogo Akuma 12 változat 
Az Akuma könnyű, gyors, ügyesen 
manőverezhető MCA, olyan helyze- 
tekre tervezve, ahol a bonyolultság 
és a gyorsaság fontosabb, mint a 
tartósság. Tökéletes választás azok 
a pilóták számára, akik kedvelik a 
zűrzavar előli megfutamodást vagy 
a gyors ugrásokat. 

e . Andra 25 Ragadozó 
Az Andra az utolsó választható 
MCA. Tökéletesen alkalmas harci 
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feladatokra: erős szerkezetű karral, 
megfélemlítő külsővel egyedülálló 
harci gép. Sajnos teherbírása nincs 
egyenes arányban az árával, a gyor- 
saságával és a sokoldalúságával. 

e — Fegyverek 
- Kawamori A74 Pisztoly 
-— Vollmer GA-14 CAW Vadászfegyver 
— Aegis AT-S4 Mesterlövész puska 
— Skalla kézi M25 Géppuska 
— Celsior AS-10 Impulzus karabély 
- Vollmer VK-75 Lézerágyú 
- Ludenarms MOD-4 , Bikabelező" 
- MT-101 , Eltipró" . 

e — Energiafeltöltések 
— elsősegélycsomag 
— testvédő 
-— energiaegységek 
— páncél-helyreállító egység 
— frissítések, kiegészítések. 


Telepítés 

Tegyük be a Shogo CD-t a CD-ROM 
meghajtóba, és csatoljuk fel a lemezt. 
lermészetesen rendszergazdai (root) 
jogosultsággal lépjünk be a befűzött CD 
könyvtárba, és a következő parancsot 
adjuk ki: 


./setup.sh 


Amennyiben Gnome vagy KDE grafikus 
felületet használunk, egy ikon fog beköl- 
tözni a menübe. 

Csak követni kell a képernyőn megje- 
lenő utasításokat, és a 453 MB felmáso- 
lását követően felköltözik rendszerünkre 
a Shogo. A telepítés után a Hyperion 
szokásának megfelelően meg kell ad- 
nunk a sorozatszámot. Enélkül nem 
tudunk játszani és hiába hagyjuk ki, a 
shogo parancsra a játék nem fog futni. 
A telepítő természetesen konzol alól is 
működik, ebben az esetben szöveges 
alapú telepítőt használva tudjuk a 
Shogót a Linuxra telepíteni. Gondolom, 
mindenkinek egyértelmű, hogy a futta- 
táshoz ebben az esetben is szükségünk 
van X-kiszolgálóra. 

Ha valamikor úgy döntenénk, hogy le 
akarjuk törölni a programot, akkor a 





telepítőkönyvtárába lépve a 
. /uninstal1 parancsot kell 
futtatnunk. 


A Shogo indítása és beállításai 

e Az indító 
Mint már említettem, ha a Gnome 
vagy a KDE grafikus felületet 
használjuk, a telepítőprogram egy 
parancsikont helyez el a menübe. 
Vagy ezt, vagy a konzolon kiadott 
shogo parancsot futtatva juthatunk 
el a Shogo indítópanelhez. 


Az első alkalommal, amikor használatba 
kívánjuk venni a Shogót, az indítókép- 
ernyő fogad bennünket - ezt ki lehet 
kapcsolni, ha a jövőben semmilyen beál- 
lítást nem akarunk módosítani a prog- 
ramon. Az indító öt beállítófüllel bír, 
ezeket használva tudjuk egyéni ízlé- 
sünknek vagy gépünk erőforrásainak 
megfelelően beállítani a program futását. 


e . Címoldal 
Ha a Shogót a legutolsó aktív beál- 
lításokkal szeretnénk futtatni, nem 
kell mást tennünk, mint a Launch 
gombra kattintani. Ugyanitt lehet a 
többjátékos módot is indítani. Végül, 
ha semmiképpen nem akarunk ját- 
szani, nyomjuk meg a Cancel gom- 
bot. A kiválasztó négyzetbe kattintva 
megszabadulhatunk a többszöri pa- 
nelnézegetéstől, de ha valamit sike- 
rült elállítanunk, azt már csak kézzel, 
a konfigurációs fájlokban történő 
hosszas kereséssel lehet kijavítani. 

e Megjelenítési beállítások 
A lap lehetővé teszi, hogy kiválasz- 
szuk a leképezéshez használt eljá- 
rást, valamint a hozzá tartozó felbon- 
tást. A teljes képernyő lehetőség 
minden esetben működik, érdemes 
kiválasztani. A támogatott OpenGL- 
gyorsítással rendelkező kártyák 
kínálata olyan széles, hogy felsorolni 
sem érdemes őket. Ez annak köszön- 
hető, hogy a játék nem mai , gyerek". 
Programbeli gyorsításra csak akkor 
lehet szükség, ha nem rendelkezünk 
3D-kártyával, de ebben az esetben is 
legalább 15 vagy több bites színmély- 
séget tudó kártyára van szükség. 

e — Audiobeállítások 
A Shogo az SDL függvénykönyv- 
tárat használja mind a megjelenítés- 
hez, mind a hangok leképezéséhez. 
Mivel a program jócskán benne van 
a korban, így olyan régi SDL-fájlokat 
keres, amiket már senki sem használ 
(ugyanaz a gond, mint a SIN eseté- 
ben). A CD szerencsére tartalmazza 


2003. november 11 


CÖ 
e 
h 
ke 
CÖ 
H.H 
aa 
e 
D 
4— 
0) 
se 
ús 
DD 
"OO 
Éz 
iz 
4— 
MZ 
szt 
oO 
CÖ 
aZ 
u alZ 
sZ 
o 





0 Kiskapu Kft. Minden Jog fenntartva 





16 


azokat a régi SDL-fájlokat, amelyek 
szükségesek, de egy egyszerű közve- 
tett hivatkozás létrehozásával is 
orvosolható a hiányosság (lásd 

a SIN-ről szóló cikket). 

Ugyanezen a lapon adhatjuk meg, 
hogy milyen mértékben történjen 
meg a hangcsatornák keverése. 

A virtuális csatornák használatával 
egyszerre több hang préselhető ki a 
hangkártyából. Természetesen minél 
több hangot próbálunk meg belepré- 
selni a csatornákba, ezzel egyenes 
arányban nő a processzor kihasz- 
náltsága. Drasztikus esetben a hang 
akadozhat, a minőség viszont egyre 
jobb lesz. A Hyperion a következő 
beállításokat ajánlja: 

általános nyolccsatornás hanghoz 
Pentium II, 300 MHz-es gép. 

16 csatornához K6-II/400-ast, Celeron 
300-as processzort vagy még ennél is 
jobbat tartalmazó gép szükséges. 
Általános esetben körülbelül 20 csa- 
torna mind a játékhoz, mind gépünk 
erőforrásainak a kíméléséhez elegen- 
dő. A játékban a Audio menüben 
lehetőség nyílik a hangerő beállítá- 
sára, a csatornákat azonban futás 
közben már nem lehet beállítani, 
csak azt megelőzően. 

Haladó szintű beállítások 

A haladó szintű beállítások — mint 
neve is mutatja — csak valóban azok- 
nak a felhasználóknak van fenntart- 
va, akik tudják, hogy mit és miért csi- 
nálnak. Rossz vagy téves beállítások 
esetén a program nem tut, lelassul, 
illetve bizonyos dolgok, képek, hatá- 
sok nem jelennek meg tökéletesen. 
Az alábbiakban összefoglaljuk, hogy 
a letiltható beállítások milyen lehető- 
ségeket és veszélyeket is tartalmaz- 
nak. Minden esetben fontoljuk meg, 
hogy mit és miért kapcsolunk ki! 
Sound: letiltja a digitálishang-kime- 
netet. Megjegyzésként szeretném 
megemlíteni, hogy játék során vannak 
olyan helyek, ahol fontos a hallott 
hang megértése, és természetesen 
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halljuk, amit Hank vagy más szerep- 
lők mondanak-üzennek nekünk. 
Music: letilthatjuk a CD-audioleját- 
szást. Hm, ennek alapvetően túl sok 
értelme nincs. Ha nem akarunk 
japán zenét hallgatni a játék közben, 
akkor mindenképpen előnyös. 
Moves: letilthatóak a kezdő és a 
logófilmek a játék indításakor. Ebben 
az esetben a főmenü hamarabb fog 
megjelenni. 

Light Mapping: letiltható a fény- 
hozzárendelés. A fény-hozzáren- 
delés egy olyan folyamat, amelynek 
során egy sokszögön egy második 
textúrát alkalmaznak, ami olyan 
hatást ad a fénynek vagy az árnyék- 
nak, mintha valós, vetett fény je- 
lenne meg a felületen. A fény-hoz- 
zárendelés nagymértékben feljavítja 
a kimenő kép minőségét, ezért a 
minőségért azonban némi sebesség- 
gel kell fizetnünk. A fény-hozzáren- 
delést letiltva a program a vertex 
lighting használatával megpróbálja 
szimulálni a hatást, de a minőség 
nem lesz olyan jó, viszont a sebesség 
javulni fog. 

Csak megjegyzés, hogy az eredeti 
leírás szerint néhány grafikus kártya 
alapértelmezettként letiltja a szóban 
forgó szolgáltatást, mivel nem tudja 
kezelni. Ez alapvetően a Permedia2 
alapú kártyákra érvényes. Manapság 
ugyanakkor senki nem használ ilyet. 
Fog: letiltható a köd. A ködtechnika 
szimulálja a környezet mélységét, és 
atmoszférikus hatásokkal kevert 
pixelszínekkel látja el a ködöt. A köd 
színe függ attól, hogy milyen távol 
vagyunk tőle. A ködhatásnak a 

FOG COORD EXT támogatásra van 
szüksége, amit az OpenGL könyvtár- 
nak kell nyújtani. Ha ez nem érhető 
el vagy nem támogatott, akkor ön- 
működően letiltásra kerül. Itt is letilt- 
ható ez a hatás. 

Line Systems: letiltható a vonalrend- 
szer. Néhány hatás — például torko- 
lattűz esetében - több vonallal kerül 









2 http:/Avww.gamespy.com/games/5999.shtml 

2 http://gamespy.com/interviews/june03/t3wotm/ 

2 http:/Avww.gamespy.com/e32003/previlew/pc/1002504/ 

2 http:/Avww.gamespydaily.com/news/lfullstory.asp?id—-5185 
9 http://us.atarI.com/press/print.php?id-370 
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megrajzolásra, ami olyan benyomást 
kelt, mintha röntgensugarakkal 
rajzolnánk. Ez a kiválasztódoboz 
letiltja a vonalrendszert, amire csak 
akkor van szükség, ha az OpenGL 
könyvtár hibás. 

Model EullBrights: letiltható a teljes 
ragyogáshatás a modelleken. A teljes 
ragyogás módszere szimulálja az izzó 
objektumokat, például a plazmafegy- 
ver csövét. Ez a lehetőség a képle- 
képezésnél időcsökkenéssel jár — ha 
letiltjuk, szintén sebességnövekedést 
kapunk. Számos izzó, fényes modell 
válik láthatóvá a letiltást követően, 
ha a hatás rosszul működik és rosz- 
szul rajzolódnak ki a tárgyak. Álta- 
lában nincs szükség a modellek ilyen 
jellegű hatásának a letiltására. 


A következőkben az ,engedélyez- 
hető" lehetőségeket foglalja össze, 
ezek olyan beállítások, amelyek 
pluszlehetőségekkel látják el a prog- 
ram futását. Ezek egyes rendsze- 
reken esetleg galibát is okozhatnak. 
Polygap Fixing: hogyha a Polygap- 
fixálás engedélyezve van, a játék a 
réseket a sokszögeken megpróbálja 
hálóvá alakítani, hogy eltűnjenek a 
sokszögek csúcsain keletkező pontat- 
lanságok. Ez a folyamat lelassítja a 
leképezést. Csak akkor kell bekap- 


csolni ezt a lehetőséget, ha a sokszö- 
gek találkozásánál látszanak a lyukak. 
Pixel Doubling for Moovtes: a filmek 
csak 320 x240 pixeles méretűek, így 
nagyobb felbontású képernyőn 
rosszul láthatók és túl kicsik. Ezen a 
gondon segít a beállítás, ami a 
filmeket az eredeti gyári méretről 
mindkét irányban teljes, 640 x 480 
felbontású filmmé feszíti ki. 


Konzolgomb 

Fontos megemlíteni, hogy a konzol- 
gomb több célból is fontos. Ameny- 
nyiben egyéni vagy letöltött MOD 
lehetőségeket akarunk használni, azt 
a konzolról is megtehetjük. A Choose 
gombra kattintva megadható, hogy 
milyen gombbal szeretnénk meg- 
hívni a játékon belül a konzolt. 

A konzol használatával lehet begé- 
pelni a cheat-kódokat is, ezeket a 
CD-mellékleten is megtalálhatjuk. 

A testreszabó oldal 

Ez az oldal lehetővé teszi, hogy 
egyedi, hozzáadott modulokat tölt- 
sünk be a játékba. Ezeket a fájlokat 
nevezzük egyszerűen REZ fájloknak. 
A REZ fájlok több hozzáadott értéket, 
adatot is tartalmazhatnak, és a típu- 
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suk is eltérő lehet. Lehetnek bővítő- 
adatok a játékhoz, ilyenek az új 
többjátékos vagy egyjátékos szintek, 
esetleg újabb küldetések, játékjaví- 
tások és további nem hivatalos bővít- 
mények. A kezelés nagyon egyszerű: 
a bal oldali ablak az elérhető, feltele- 
pített bővítményeket tartalmazza, 
míg (ha az Add gombot használjuk) 

a jobb oldalon a játék indításakor 
betöltendő bővítmények szerepelnek. 
Mindig ellenőrizni kell, hogy a jelölő 
négyzetbe ki van-e pipálva, mivel 
csak akkor töltődnek be a bővítő REZ 
fájlok a játékba, ha igen. 

Fontos, a REZ fájlok egyéni alkönyv- 
tárakban találhatók, vagyis ide tele- 
píthetők fel rendszergazdai jogosult- 
ság birtokában. Minden esetben, 
amikor ilyen REZ fájlokat haszná- 
lunk, győződjünk meg az eredetéről, 
mivel ezek a fájlok futtatható állomá- 
nyok, s előfordulhat, hogy a betö- 
rések melegágyává tesszük a gépün- 
ket. A Shogót a saját felhasználói 
könyvtárunkból futtassuk, így 
mérsékelhető a betörés kockázata. 


A CD-mellékleten megtalálható egy 
parancsállomány, ami a Shogó indító 





parancsfájl javított változata. Miről is 


van szó? A parancsállomány az eredeti 


shogo fájlon alapul, de kijavítja annak 
hibáit. A gond az, hogy a feltelepített 


shogo parancsállomány devés haszná- 


latával akarja kezelni és olvasni a CD 


tartalmát. Mihelyt ez nem sikerül neki, 


értelmetlen üzenetet ad vissza: , Tegye 


be a Shogo CD-ROM-ot!" — holott benn 


van és be is lett fűzve. 


Akit bővebben érdekel a téma, az olvassa 
el a /usr/src/linux/Documentation/cdrom/ " 


és a /usr/include/linux/cdrom.h, hogy 


megértse a subchannel és a toc kezelését. 


A CD-mellékleten megtalálható a 
Shogo-demó, a SiN-demó, valamint a 
CD-ken lévő mpg-fájlok. A demók ki 
vannak próbálva, és futtatásuk után 


ugyanabba a könyvtárba csomagolják ki 


a tartalmukat, ahonnan a játékot is 
indíthatjuk. Így a Hyperion jelenlegi 
teljes linuxos játékkínálata dokumen- 
tálva és a demók közre lettek adva. 


] Kosztadinovszki Norbert 


L Inux- és jJátékmániás 
] számítógépőrült. 


2003. november 


(kosztadinovszkiodiaelec.hu) 
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Hasznos apróságok 


Teljes fejlesztéskezelési 

rendszer: Gforge 

Megjelent a GForge (3 http://gforge.org) 
webes együttműködési programfejlesz- 
tési rendszer 3.0-s változata. A Gforge 
szolgáltatásai közé tartozik a hibaköve- 
tési rendszer, a CVS változatkezelés, a 
webes CVS-felület, illetve az archivált 





Mailman levelezési listák. Ezenkívül a 
3.0-s változat egy új projektkezelési 
rendszert tartalmaz, amely Gantt diag- 
ramok készítésére, nemzetköziesítésre 
alkalmas, és egyszerűen telepíthető. 

A GForge a SourceForge.net működését 
biztosító program rendszeresen kar- 
bantartott, szabad forrású fejlesztő- 
eszköze. Futtatásához PostgreSOL, 
Apache, OpenSSL és PHP szükséges. 
Don Marti 


iIBackup 

Ez a mentési segédprogram nem a 
rendszerről készít biztonsági másolatot, 
hanem a beállításfájlokról. A mentendő 
adatokat egy HIML-fájlban tárolja, 
amit a tarprogrammal becsomagol, 
illetve igény szerint tömörít is. Az 
iBackup azt is lehetővé teszi, hogy ezt 
a fájlt egy másik rendszerre megőrzés 
céljából feltöltsd. Így könnyen és 
gyorsan elvégezhető a fontos adatok 
(például a jelszó, a csoport, az árnyék- 
fájlok, BIND-fájlok stb.) mentése és 
visszaállítása. Futtatásához BASH, 

tar, gzip, 1fconfig, netstat, 
szabványos Unix-eszközök szükségesek. 
2 http:/www linuks.mine.nu/ibackup 
David A. Bandel 


PhotoGen 

A PhotoGen is remek, könnyen 
használható program, amellyel webes 
fotóalbumot készíthetsz minden 
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nehézség nélkül. Az ilyen programok 
segítségével bárki létrehozhat egy 
miniatűröket tartalmazó indexoldalt, és 
a teljes könyvtárat közvetlenül kiteheti 
egy webkiszolgálóra. Erre a könyvtárra 


2 lm EM: Kggát— Ejfa irárülat tenisz lén jdr Hár -Hndtái 28 
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hivatkozva azután mindenki megtekint- 

heti a fényképeket. 

2 http:/shawley.myip.org/projects/ 
photogen.php 

David A. Bandel 


jigi 

Ez a Perl-parancsfájl túlságosan is egy- 
szerű. Létrehozol egy könyvtárat, ebbe 
bemásolod az összes olyan fájlt, amit fel 
akarsz tenni egy weboldalra, végül a 
könyvtárból lefuttatod a figl.pl parancs- 
fájlt. A program azonnal elkészíti a 
miniatűröket, az azokhoz tartozó webla- 
pokat, és egyesével végignézheted őket. 
Különböző, könnyen kezelhető sab- 
lonok segítik a testreszabást. Előfelté- 
telei: Perl, InageMagick, jhead. 

2 http:/xome.net/projects/jig]/ 

David A. Bandel 


Ínventory 

Ez a program mindenre képes. Ren- 
dezheted, kereshetsz benne, kiteheted, 
behozhatod. Osztályokat és alosztá- 
lyokat hozhatsz létre, az oszlopok típusa 
lehet logikai, egész vagy karakterlánc. 
Valójában ez a csinos kis segédprogram 
bármilyen alkalmazásként használható, 
nemcsak leltárkészítésre, és szigorúan 
magánügy, hogy ki mit kezd vele. Két- 
lem, hogy bárki ellenezné, ha például 
feladatlistaként vagy címjegyzék gya- 
nánt használnád. A papíron és a ceru- 
zán kívül kevés ilyen sokoldalú dolog 
van, olyan pedig talán nincs is, ami 
ennyire hatékony lenne. Futtatásához 


szükséges: 
libgtk-x11, 
libgdk-x11, 
libatk, 
libgdk pixbutf, libm, libpangoxft, 
libpangox, libpango, libgobject, 
libgmodule, libdl, libglib, libmysglclient, 
glibc, libXi, libXext, libXft, HbXII, libz, 
libXrender, libfontconfig, libíreetype, 
libcrypt, libnsI, libexpat. 
gballsinventory.sourceforge.net 

David A. Bandel 





sudo 

Eme kis program segítségével kitünte- 
tett telhasználóként olyan engedé- 
lyezett parancsokat futtathatunk más 
felhasználók nevében, amelyet jogo- 
sultsági szintünk egyébként nem tenne 
lehetővé. Ez olyankor válhat hasznossá, 
ha például csak a rendszergazda 
menthet egy adatbázist, ám azt szeret- 
nénk, hogy az egyik munkatárs is 
naponta meg tudná tenni anélkül, 
hogy rendszergazdai jogosultságokkal 
kellene rendelkeznie. Ilyenkor csak 
engedélyezni kell számára az adott 
parancsnak sudóval rendszergazdaként 
történő futtatását! 

Komáromi Zoltán 


Linux Journal 2003. 112, 114. számok 


Komáromi Zoltán 
(komrokiskapu.hu) 

23 éves, a BME hallgatója, 
mellette PHP-programozóként 
dolgozik. Kedvenc területe 

a multimédia. 





Don Marti 
(dmarti(olinuxjournal.com) 
A Linux Journal szakmai 
szerkesztője. 





David A. Bandel 
(dbandelopananix.com) 
Jelenleg Panamában él, 
Linux- és Unix-tanácsadással 
foglalkozik. Társszerzője a 

£ !] Oue Special Edition: Using 
Caldera OpenLinux című könyvnek. 





